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PREFACE 


In  this  thesis  several  aspects  of  the  formalization  of  computer- 
oriented  languages  are  considered.  The  emphasis  has  been  placed  on  the 
practical  results  made  possible  by  a  formalization  of  the  semantics  of 
such  languages.  The  most  important  of  these  results  ir  the  compiler- 
compiler  which  has  been  implemented  using  the  formal  systems  described 
here  as  a  base. 

The  author  is  deeply  indebted  to  Professor  Alan  Perlis  for  his 
guidance  in  this  work.  He  would  also  like  to  acknowledge  the  contribu¬ 
tions  made  by  the  students  of  his  undergraduate  advanced  programming 
course.  Also  of  great  value  was  the  assistance  of  many  members  of  the 
staff  of  the  Carnegie  Tech  Computation  Center,  especially  that  provided 
by  Messrs.  D.  Blocher  and  R.  MacEwan  and  by  Miss  Nancy  Lintelman. 

The  research  reported  here  was  supported  by  the  Advanced  Research 
Projects  Agency  of  the • Department  of  Defense  under  the  Grant  SD-146  to 
the  Carnegie  Institute  of  Technology. 
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ABSTRACT 


This  dissertation  presents  a  number  of  results  attained  in  a 
study  of  the  formalization  of  certain  properties  of  computer  - 
oriented  languages.  The  most  important  result  is  a  computer  program 

which  is  capable/^ translating  into  machine  language,  any  of  a 

/ 

large  class  of  source  languages.  Included  in  this  class  are  all  the 
usual  high  level  problem -oriented  languages. 


v 

The  presentation  of  the  results  in  the  thesis  is  based  on  the 
structure  of  this  program,  called  the  compiler-compiler.  Although 
there  are  several  sections  devoted  to  theoretical  questions,  these 
are  set  off  from  the  main  d  jvelopment.  This  organization  was  chosen 
so  that  the  thesis  could  also  serve  as  a  user's  guide  to  the  compiler- 
compiler  as  a  computer  language. 


A  more  detailed  introduction  to  the  paper  is  given  in-£hapter~T, 
where^we  also  consider  some  of  the  philosophical  questions  raised  by 
formalizing  semantics.  Ghapter  -II— contains  a  discussion  of  a  formal 
syntax  language  used  in  the  compiler-compiler.  -Irr-this  chapter  we 
establish  relationships  between  this  formalization  of  syntax  and 
others  appearing  in  the  literature. 


Chapter  III  is  ,4  complete  discussion  of  the  Formal  Semantic  lan¬ 
guage  which  is  the--med.n  •contribution  of  this  thesis.-  In  Chapter  IV 
we  3how  how  the  two  formal  systems  were  combined  to  form  the  basis 


issai 


for  a  useful  computer  technique.  The  final  chapter  contains  a 
discussion  of  the  strengths  and  weaknesses  of  our  system  as  well  as 
several  suggestions  for  future  research. 


The  appendices.  form‘’aff'integfal~part-of-the  -thesisT — Th'e'~exafnples 
contained  there  include  a  ^record  of  the  development  of  a  translator  for 
one  small  language  from  a  formal  definition  of  the  language  to  examples 
of  resultant  machine  code. 
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I.  INTRODUCTION 
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This  thesis  is  a  study  of  some  theoretical  and  practical  consequences 
of  an  attempt  to  formalize  the  semantics  of  computer-oriented  languages. 
Among  the  languages  in  this  class  are  the  existing  problem-oriented  lan¬ 
guages  such  as  ALGOL  60  [31]  and  COMIT  [43] •  In  addition,  we  include 
formalisms  such  as  Markov  Algorithms  [30]  which  specify  computational 
processes,  but  are  not  usually  considered  to  be  computer  languages.  Since 
the  semantics  definitions  are  to  be  processor-independent,  we  will  usually 
not  consider  a  particular  machine  order  code  as  a  computer-oriented  lan¬ 
guage.  Much  more  will  be  said  about  this  situation  in  later  chapters. 

The  emphasis  in  this  paper  will  be  placed  on  the  practical  results 
attainable  from  a  formalized  semantics.  The  most  interesting  application 
is  in  a  computer  program  which  will  construct,  for  any  computer-oriented 
language  which  has  been  appropriately  described,  a  translator  (compiler) 
for  that  language.  This  program  would  be  a  compiler -compiler  for  the 
machine  on  which  it  is  implemented.  Formalized  semantics,  combined  with 
one  of  the  known  techniques  for  formalizing  syntax,  provides  the  facility 
for  the  complete  formal  description  of  computer  languages.  We  have  con¬ 
structed  a  computer  program,  based  on  the  formalisms  described  below,  and 
have  used  it  in  the  compilation  of  compilers  for  several  well-known  lan¬ 
guages. 

The  entire  formal  scheme  depends  on  a  particular  definition  of  the 
distinction  between  syntax  and  semantics.  The  definitions  we  have  chosen 
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differ  from  those  used  by  most  mathematical  logicians,  but  do  correspond 
to  the  intuitive  notions  of  syntax  and  semantics. 

We  define  an  alphabet »  {l  ,  to  be  a  finite  set  of  symbols  such  that 
any  string  of  symbols  in  a  can  be  uniquely  decomposed  into  its  component 
symbols.  For  any  such  alphabet,  a,  there  is  an  infinite  set,  ‘T/ ,  of 
finite  strings  of  symbols  from  Cl»  Any  subset,  of  can  be  con¬ 

sidered  an  uninterpreted  language  over  the  alphabet  A.  A  specification 
of  a  process  which  will  select  the  subset  o/^of  *2/  is  called  a  formal 
syntax  of  the  uninterpreted  language  oC.  The  process  mentioned  above  need 
not  be  effective  [10],  but  in  this  paper  we  will  consider  only  languages 
with  effective  tests.  The  language  in  which  the  test  is  specified  is 
called  the  syntactic  meta-language  used  to  specify  £1  The  selection 
process  (syntax)  of  £ may  be  either  an  algorithm  for  generating  all  the 
strings  in  £  or  an  algorithm  for  deciding  of  a  string  in  whether  or 
not  it  is  in  £ 

Any  other  well-defined  operation  on  strings  in  ^2/ will  be  considered 
semantical.  An  uninterpreted  language  together  with  at  least  one  semantic 


processor  will  be  called  an  interpreted 


3.  Although  there  are  many 


interesting  problems  connected  with  uninterpreted  languages,  we  will  deal 
only  with  interpreted  languages  in  this  thesis,  referring  to  them  simply 
as  languages.  A  formal  system  used  to  describe  a  semantic  processor  on 
some  language,  is  called  a  semantic  meta-language  of  .  The  fact 
that  it  is  possible  to  define  uninteresting  semantic  operators  will  not 


concern  us  here. 
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In  our  formulation,  the  syntax  of  a  formal  language  includes  only 
a  specification  of  which  strings  are  permissible  in  that  language.  This 
is  what  logicians  have  called  syntax  in  the  narrow  sense  [9,  p.58]. 

There  are  good  reasons  why  logicians  have  chosen  not  to  use  our  defini¬ 
tion  of  syntax  and  why  we  have  done  so.  As  Church  [9]  points  out,  there 
is  a  sense  in  which  the  difference  is  not  essential.  In  mathematical 
logic,  it  is  usual  to  refer  to  any  completely  formalized  operation  within 
a  system  as  syntactical.  A  simple  example  may  help  point  out  the  differ¬ 
ence  in  the  two  notions  of  syntax. 

In  any  formulation  of  the  propositional  calculus  (quantifier-free 
logic)  there  are  two  well-known  algorithms  for  selecting  strings  from 
the  set  of  all  strings  over  the  alphabet.  One  algorithm  specifies  which 
strings  are  well -formed  according  to  the  formation  rules.  A  second  algo¬ 
rithm  describes  a  method  for  choosing  those  strings  which  are  theorems. 
Both  of  these  operations  are  considered  syntactical  in  mathematical  logic. 

Using  our  definitions,  one  comes  up  with  the  following  results.  The 
operation  which  chooses  the  well-formed  strings  is  once  again  purely  syn¬ 
tactic.  However,  the  nature  of  the  theorem  selection  algorithm  depends 
on  what  one  considers  to  be  the  language, If  the  set  of  well- 

formed  formulas,  then  the  theorem  selector  is  a  semantic  operator.  If 
we  choose  to  consider  the  set  of  theorems  in  the  predicate  calculus  as 
the  language,  0^,  then  the  theorem  selector  is  a  formal  syntax  of  that 


language. 
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A  good  discussion  of  why  the  wider  definition  of  syntax  is  useful 
in  logic  may  be  found  in  Church  [9,  pp»  47-68].  The  principle  motivation 
behind  our  definitions  is  their  close  correspondence  with  the  operation  of 
compilers  operating  on  digital  computers.  As  we  will  show,  the  specifi¬ 
cation  of  the  formal  syntax  and  formal  semantics  of  a  computer-oriented 
languages  contains  all  the  information  needed  in  a  translator  for  that 
language. 

In  Chapter  II  we  will  discuss  two  types  of  syntactic  meta-languages, 
with  the  emphasis  on  a  particular  recognizer-oriented  language  which  has 
proved  useful  in  building  translators.  Section  II-A  contains  a  description 
of  this  language  as  a  programming  language.  In  Section  II-B  we  consider 
the  formal  properties  of  this  syntactic  meta-language  in  comparison  with 
some  well-known  formal  systems. 

Chapter  III  contains  a  complete  description  of  the  semantic  meta¬ 
language,  FSL  (Formal  Semantic  Language),  which  is  the  principle  contri¬ 
bution  of  this  thesis.  The  discussion  treats  FSL  as  a  programming  language 
and  contains  frequent  references  to  the  semantic  description  of  a  small 
language  given  in  Appendix  C.  In  Chapter  IV  we  describe  a  computer  program 
which  builds,  from  a  formal  description  of  a  language,  a  translator  for 
that  language.  Although  this  program  is  highly  machine  dependent,  we 
require  the  formal  descriptions  themselves  to  be  independent  of  the  machine 
on  which  the  translator  is  run.  In  setting  up  such  a  scheme  we  have  fol¬ 
lowed  the  semiotic  of  C.  S.  Pierce,  introduced  into  programming  by  Gorn  [21], 
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The  semiotic  concept  of  language  is  that  it  consists  of  three  parts: 
syntax,  semantics,  and  pragmatics.  Syntax  is  concerned  with  the  selection 
of  those  strings  which  are  members  of  the  language.  Semantics  consists 
of  the  meanings  of  a  construct  in  the  language  independent  of  the  inter¬ 
preter  involved.  Those  aspects  of  language  introduced  by  the  consid¬ 
eration  of  what  is  interpreting  the  language  are  called  pragmatic.  The 
interesting  point  is  that  we  have  been  able  to  devise  a  useful  tricho¬ 
tomy  between  these  three  aspects  of  computer-oriented  languages. 


As  we  have  mentioned,  the  syntax  and  semantics  of  computer  languages 
are  to  be  described  in  machine-independent  formal  systems.  Machine  depen¬ 
dence  (pragmatics)  occurs  in  the  programs  which  utilize  the  formal  des¬ 
criptions.  The  following  block  diagram  should  help  illustrate  how  formal 
syntax  and  semantics  can  be  used  in  a  compiler-compiler. 
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When  a  translator  for  some  language,  L,  is  required,  the  following 
steps  are  taken.  First  the  formal  syntax  of  L,  written  in  the  syntax 
meta-language,  i3  fed  into  the  Syntax  Loader,  This  program  builds  tables 
which  will  control  the  recognition  and  parsing  of  programs  in  the  lan¬ 
guage  L,  Then  the  semantics  of  L,  written  in  the  Formal  Semantic  Language, 
is  fed  to  the  Semantic  Loader,  This  program  builds  another  table  which 
in  turn  contains  a  description  of  the  semantics  of  L, 

The  Basic  Compiler  is  a  table  driven  translator  based  on  a  recognizer 
using  a  single  pushdown  stack.  Each  element  in  this  stack  consists  of  two 
machine  words  —  one  for  a  syntactic  construct  and  one  holding  the  seman¬ 
tics  of  the  construct.  The  syntax  tables  determine  how  the  compiler  will 
parse  a  source  language  program.  When  a  construct  is  recognized,  the 
semantic  tables  are  used  to  determine  what  actions  are  to  be  taken. 

The  entire  system  is  based  on  the  formalization  of  syntax  and  seman¬ 
tics,  but  not  on  the  particular  representations  chosen.  The  remainder  of 
this  thesis  will  be  largely  devoted  to  a  discussion  of  the  two  meta-lan¬ 
guages  used  in  the  compiler-compiler  at  Carnegie  Institute  of  Technology. 
The  system  has  been  running  since  early  in  1964  and  translators  for  such 

languages  as  ALGOL,  FORTRAN,  LISP  and  MARKOV  ALGORITHMS  have  been  written. 

*►- 

Chapter  II  of  this  thesis  discusses  the  syntax  meta-language  used  in 
our  system.  This  language,  Production  Language,  is  similar  to  systems 
used  for  different  purposes  by  Floyd  [15],  Evans  [13]  and  Graham  [22], 
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The  most  interesting  feature  of  these  systems  is  the  absence  of  the 
explicitly  recursive  processes  which  are  found  in  most  syntax  directed 
compilers  * 

The  Formal  Semantic  Language  (FSL)  is  described  in  Chapter  III. 

The  discussion  there  is  basically  a  user*s  guide  to  the  FSL  system. 

Part  of  the  FSL  description  deals  with  the  semantic  loader  of  Figure  1, 
Each  of  the  three  basic  parts  of  Figure  1}  syntax  loader,  semantic  loader, 
and  basic  compiler,  is  a  complex  computer  program.  In  Chapter  IV  we 
describe  how  these  were  combined  to  form  a  compiler-compiler. 

In  Chapter  V  we  review  and  criticize  the  first  four  chapters. 

Among  the  topics  discussed  are  the  strengths  and  weaknesses  of  our  system, 
the  quality  of  translators  produced  and  opportunities  for  future  research. 

The  appendices  form  an  important  part  of  the  paper.  In  Appendices 
A-C  we  describe  a  subset  of  ALGOL  60  called  the  "small  language".  Appen¬ 
dix  A  consists  of  the  Backus  Normal  Form  syntax  of  the  small  language. 

t 

Its  syntax  in  Production  Language'  is  Appendix  B  and  Appendix  C  contains 
its  formal  semantics  written  in  FSL.  Throughout  Chapters  II  and  III 
there  are  references  to  examples  taken  from  these  appendices.  Appendices 
B  and  C  were  used  just  as  they  appear  to  build  a  compiler  for  the  small 
language. 

Appendices  D  and  E  contain  a  formal  syntactic  definition  of  the 
Formal  Semantic  Language  itself.  The  Backus  Normal  Form  syntax  is 
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Appendix  D  and  the  Production  Language  syntax  is  Appendix  E.  The  question 
of  writing  the  FSL  semantics  in  FSL  is  discussed  in  the  section  of  Chapter 
V  which  deals  with  weaknesses  of  the  system. 

Appendix  F  contains  several  examples  of  small  language  programs  and 
their  machine  language  equivalents.  Thus  Appendices  A,  B,  C,  and  F  enable 
one  to  follow  the  operation  of  the  compiler-compiler  from  abstract  syntax 
to  machine  code  for  the  small  language. 


II.'  SYNTAX 
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A.  The  Production  Language 

For  most  computer  scientists,  formal  syntax  is  synonymous  with 
Backus  Normal  Form  or  BNF.  The  use  of  BNF  to  represent  the  formal  syntax 
of  AKJOL  60  [31]  had  a  marked  effect  on  the  field.  Its  simple  and  precise 
specification  of  AIOOL  syntax  was  a  great  improvement  over  the  unwieldy 
English  descriptions  associated  with  previous  programming  languages. 
Besides  improving  human  communication,  the  use  of  formal  syntax  has  led 
to  new  formal  developments  in  the  theory  and  practice  of  programming. 

Theoreticians  were  able  to  show  that  BNF  grammars  were  capable  of 
generate  ’  the  same  class  of  languages  as  those  generated  by  several 
other  formalisms.  From  the  theory  of  natural  languages  came  the  Context 
Free  Grammars  of  Chomsky  [6]  and  the  Simple  Phase  Structure  Grammars  of 
Bar  Hillel  [1],  both  equivalent  to  BNF.  A  mathematician,  Ginsburg  showed 
that  BNF  was  equivalent  to  a  formalism  he  called  Definable  Sets  [20], 

In  addition,  many  results  on  the  formal  properties  of  such  systems  were 
attained. 

The  most  interesting  practical  development  was  the  syntax-directed 
compiler.  If  the  syntax  of  programming  languages  can  be  represented 
formally,  it  should  be  possible  to  construct  a  language-independent  syntax 
processor  for  a  translator.  As  early  as  I960,  Irons  [25]  was  able  to 
write  a  translator  whose  syntax  phase  was  independent  of  the  source 
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language  being  translated.  This  work  and  that  of  other  early  contributors 
such  as  Brooker  and  Morris  [2]  led  to  speculation  that  the  entire  transla¬ 
tion  process  can  be  automated.  This  dissertation  can  be  viewed  as  an  effort 
in  this  direction. 

With  this  weight  of  accomplishment  behind  BNF  one  might  well  question 
the  usefulness  of  developing  other  syntax  languages.  Unfortunately,  for 
several  reasons  BNF  is  inadequate  as  a  universal  syntax  meta-language. 

We  will  present  the  theoretical  weakness  first  and  then  discuss  some  prac¬ 
tical  difficulties  and  how  they  may  be  overcome. 

As  Floyd  [18]  has  shown,  Backus  Normal  Form  is  not  capable  of  repre¬ 
senting  the  language  ALGOL  60  as  defined  by  the  English  description  in  the 
report  [31].  That  is,  not  only  is  the  BNF  syntax  in  the  ALGOL  report 
inadequate  to  represent  that  language,  but  there  is  no  BNF  grammar  that  can 
do  so.  The  concepts  not  expressible  in  BNF  include  relations  imposed  by 
the  data  types  of  declared  variables  and  the  number -of  parameters  of  sub¬ 
routines.  Since  at  least  one  of  these  constructs  occurs  in  almost  all 
programming  languages,  BNF  is  in  some  sense  too  weak  to  represent  program¬ 
ming  languages. 

To  make  matters  worse,  there  is  a  sense  in  which  BNF  grammars  are  too 
powerful.  The  languages  generated  by  BNF  grammars  are  sufficiently  complex 
to  have  recursive  undecidability  play  a  significant  role. 
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A  problem  in  artificial  language  theory  is  undecidable  if  there  is 
no  single  algorithm  which  will  produce  a  solution  in  a  finite  time  for 
any  language- in  the  class  [10].  Bar  Hillel  [1]  has  shown  that  the  fol¬ 
lowing  problems  are  undecidable  for  BNF  grammars: 

1)  Do  two  grammars  generate  the  same  language? 

2)  Is  the  language  generated  by  one  grammar  contained  in  the 
language  generated  by  a  second  grammar? 

3)  Does  a  BNF  grammar  generate  all  (or  all  but  a  finite  number) 
of  the  possible  strings  over  its  alphabet? 

In  addition,  it  is  undecidable  whether  a  single  BNF  grammar  is  ambiguous, 
i.e.,  if  it  generates  the  same  sentence  in  more  than  one  way  [44]*  These 
are  questions  one  would  like  to  be  able  to  answer  about  programming 
languages  and  the  results  above  indicate  that,  in  general,  this  cannot  be 
done  for  languages  with  BNF  grammars. 

The  practical  limitations  on  BNF  grammars  stem  from  their  inherently 
recursive  nature.  The  elegance  of  the  recursive  notation  indicates  implied 
processing,  which  on  computers  means  slow  processing.  Although  there  are 
no  proofs  of  such  things,  it  is  generally  agreed  (cf.  [5],  [22],  [42J) 
that  recursive  recognizers  are  slower  processors  than  the  type  described 
below.  Intuitively,  the  speed  difference  arises  from  the  housekeeping 
details  incurred  in  recursive  processing.  There  are  many  applications 
where  greater  human  convenience  compensates  for  this  difference,  but 
translator  design  does  not  seem  to  be  one  of  these.  Furthermore,  error 
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detection  and  recovery  is  more  difficult  in  recursive  recognizers  [5].  A 
survey  of  the  relation  of  formal  syntax  to  programming  may  be  found  in  an 
article  by  Floyd  [173 • 

It  was  also  Floyd  who  introduced  an  alternative  rotational  technique, 
that  of  productions,  into  language  analysis  [16].  Like  BNF,  this  produc¬ 
tion  notation  was  originally  devised  to  improve  communication  between 
people.  It  was  so  useful  in  representing  symbol  manipulation  algorithms 
that  it  was  natural  to  make  a  programming  language  from  it.  When  an  effort 
to  implement  ALGOL  60  was  undertaken  at  Carnegie  Tech,  this  notation  was 
chosen  for  the  coding  of  the  syntax  phase  of  the  translator  C 13 3 • 

A  good  deal  is  now  known  about  the  theoretical  and  practical  aspects 
of  Production  Language  and  other  recognizer-oriented  grammars.  The  theory 
[15]  and  practice  [22]  of  bounded  context  grammars  has  received  the  great¬ 
est  attention.  Our  Production  Language  system  differs  from  those  described 
elsewhere  and  thus  will  be  presented  in  some  detail  below.  The  remainder 
of  this  section  deals  with  the  use  of  our  system  while  its  formal  properties 
are  discussed  in  Section  II-B. 

The  Production  Language,  PL,  is  based  on  the  model  of  a  recognizer 
with  a  single  pushdown  stack.  The  syntax  of  a  source  language,  when  writ¬ 
ten  in  PL,  will  specify  the  behavior  of  the  recognizer  as  it  scans  an  input 
text  in  that  source  language.  As  a  character. is  scanned  it  is  brought  into 
the  stack  of  the  recognizer.  The  symbol  configuration  at  the  top  of  this 
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stack  is  compared  with  the  specification  of  the  source  language 
being  translated.  When  the  characters  in  the  stack  match  one  of  the 
specified  configurations  for  the  source  language,  certain  actions 
are  performed  on  the  stack.  If  a  match  is  not  attained  the  stack  is 
compared  with  the  next  PL  statement.  This  process  is  repeated  until 
a  match  is  found  or  until  the  stack  is  discovered  to  be  in  an  error 
state.  The  functioning  of  the  recognizer  will  be  discussed  in  connection 
with  the  example  at  the  end  of  this  section. 


The  format  of  a  statement  (production)  in  PL  is  given  below. 


Label 


L5  14  L3  12 


R 2 


Action  Next 


In  this  format  the  first  vertical  bar  from  the  left  represents  the 
top  of  the  stack  in  the  recognizer.  The  symbols  L5...L1  in  a  given  pro¬ 
duction  will  be  characters  which  might  be  encountered  in  translating  the 
source  language.  The  symbol  in  position  LI  is  at  the  top  of  the  stack. 
Only  the  top  7?  characters  (l  <  71  <  5)  need  be  present,  the  others  being 
blank.  If  only  three  symbols  are  specified  in  some  production,  it  will 
be  compared  with  the  three  top  positions  of  the  stack  during  translation. 
The  symbols  L5...L1  constitute  the  "specified  configuration"  mentioned  in 
the  preceding  paragraph.  Any  of  L5 — LI  may  be  the  character  ’  which 
represents  any  symbol  and  is  always  matched. 

A  match  occurs  when  the  actual  characters  in  the  stack  during  trans¬ 
lation  are  the  same  as  1.5... LI  in  the  production  being  compared.  At  this 
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V 


the  remainder  of  the  infection  in  that  production  is  used.  The 

'~4'  f°U0Klng  the  bar  aPecifies  that  the  stack  is  to  be  changed.  The 
Sobols  R3...H1  specify  the  symbols  which  must  occupy  the  top  of  the  stack 
after  the  change.  If  „0  i  occurs  then  the  stack  will  not  be  changed 

and  R3...R1  must  be  blank.  Thus  L5...L1  refer  to  the  top  of  the  stack  ■ 

before  and  R3...R1  to  the  top  of  the  stack  after  a  production  is  executed 
which  changes  the  stack# 


An  example  of  a  production  containing  a  »— »» 
the  fragment  example  at  the  end  of  this  section, 
matched  the  characters  on  top  of  the  stack  will  be 


is  found  on  line  II  of 
If  this  production  is 


T 

The  execution  of  line  11  will  leave 


*  P  or 

the  top  of  stack  in  the  configuration 


T  ( r 

such  a  production  would  be  used  in  a  language  such  as  ALGOL  to  recognise 
a  multiplication. 

* 

In  the  -action-  field  of  the  production  on  line  11  there  occurs 
'EXEC  2-.  All  actions  are  performed  after  adjusting  the  stack  as  described 
above.  The  execution  of  EXEC  2  initiates  the  call  of  a  semantic  routine. 

In  this  case  the  semantic  routine  would  cause  the  multiplication  of  the 
fourth  and  second  elements  in  the  stack.  The  value  of  the  result  would 
then  be  put  in  the  second  position  in  the  stack  and  translation  continued. 
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The  semantic  routines  themselves  are  written  in  a  special  purpose 
language  discussed  in  Section  III. 

The  last  part  of  the  production  in  line  II  is  the  symbol  ,T2t  in 
the  next  field.  This  means  that  the  next  production  to  be  compared  with 
the  stack  is  the  one  labeled  ,T2’.  (it  is  on  line  13.) 

r~  ' 

The  production  on  line  13  is  an  example  of  a  production  in  which 
the  stack  is  not  changed.  If  this  line  is  matched  the  symbol  at  the  top 
of  the  stack  is  denoting  multiplication.  At  this  point  the  translator 
requires  another  operand  before  the  multiplication  can  be  performed. 

Since  no  action  can  be  taken,  the  production  on  line  13  does  not  change 
the  stack  and  its  action  field  is  blank.  In  the  label  field  of  this 
production  is  f*Pl*.  The  asterisk  is  this  position  is  a  special  symbol 
of  the  Production  Language  and  specifies  that  a  new  character  is  to  be 
brought  into  the  stack  before  transferring  to  the  production  labeled  PI. 
The  asterisk  is  equivalent  to  the  command  "SCAN"  which  may  occur  in  the 
action  field  of  a  production.  These  are  the  only  ways  that  a  new  char¬ 
acter  can  be  introduced  into  the  stack. 

Among  the  other  commands  which  can  appear  in  the  action  field  of  a 
production  are  EXEC,  ERROR,  and  HALT.  The  action  EXEC  is  the  main  link 
between  syntax  and  semantics  in  our  system  and  will  be  discussed  in 
detail  below.  The  action  ERROR  causes  its  parameter  to  be  used  in  print¬ 
ing  an  error  message  for  the  program  being  translated.  An  execution  of 
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HALT  causes  translation  to  end  and,  if  there  have  been  no  errors,  the 
running  of  the  compiled  code. 

There  is  one  feature  of  Production  Language  which  does  not  appear  in 
the  syntax  of  the  language  fragment.  It  is  possible  to  specify  classes  of 
symbols  and  use  the  class  name  in  a  production.  This  technique  allows  the 
user  to  replace  many  similar  productions  with  one  production.  In  Appendix 
B  the  class  <TP>  consists  of  the  reserved  words  REAL,  BOOLEAN,  and  LABEL. 
In  the  productions  under  D3,  the  class  name  <TR>  is  used  in  processing 
declarations  in  the  small  language,  each  production  using  <TP>  replacing 
three  productions. 

The  remainder  of  this  section  will  be  a  discussion  of  the  example  on 
page  20 .  The  language  fragment  description  in  the  example  is  a  subset  of 
the  syntax  of  arithmetic  expressions  in  a  language  such  as  ALGOL  60. 

The  mnemonic  significance  of  the  letters  in  the  example  is  related  to 
the  ALGOL  syntax  and  is  given  in  the  following  table 

Letter  Mav  be  Read 

I  Identifier 

P  Primary 

T  Term 


E 


Expression 
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The  parentheses,  asterisk  and  minus  sign  have  their  usual  meanings. 
There  are  no  productions  to  recognize  identifiers  because  this  is  done 
in  a  pre-scan  phase.  We  will  assume  that  the  production  syntax  of  the 
rest  of  the  language  is  compatible  with  the  fragment. 

The  productions  under  the  label  PI  (lines  7 -10)  are  used  when  a 

\ 

primary  is  expected.  Line  7  is  matched  if  the  primary  is  preceded  by  a 
unary  minus  sign.  In  this  case  the  minus  is  left  in  the  stack  where  it 
will  be  processed  by  line  15.  Similarly,  the  parenthesis  in  line  8  is 
left  in  the  stack  to  be  processed  by  line  18  when  its  mate  is  scanned. 

In  line  9  an  identifier  is  recognized  and  changed  to  a  primary. 

Then  EXEC  1  will  initiate  a  call  of  a  semantic  routine  which  will  see  if 
the  identifier  is  properly  defined  and,  if  so,  will  assign  the  value 
associated  with  that  identifier  to  the  primary. 

Any  other  character  appearing  in  the  stack  at  this  point  is  a  syn¬ 
tactic  error.  This  is  expressed  in  line  10  where  the  action  field  contains 
an  error  message. 

Line  11  recognizes  a  multiplication  and  has  been  discussed  earlier. 
Line  12  (also  16)  only  changes  the  name  of  the  symbol  in  the  stack.  Thi3 
device  i3  used  to  enable  the  productions  to  realize  the  rule  of  arith¬ 
metic  that  requires  multiplication  to  bind  more  tightly  than  subtraction. 
The  production  in  line  13  embodies  this  implementation.  If  a  term  is 
followed  by  an  ,  there  is  a  multiplication  which  must  be  performed 
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before  that  term  is  used  in  any  subtraction.  For  this  reason  line  13 
brings  a  new  symbol  into  the  stack  and  causes  a  transfer  to  PI  to  pick  up 
the  other  operand  for  that  multiplication. 

The  productions  under  El  (lines  12+ -16)  recognize  subtractions  and  form 
the  final  expressions.  Those  under  E2  (line  17-20)  process  an  expression 
once  it  is  recognized.  If  the  expression  is  followed  by  a  minus,  it  is 
part  of  a  larger  expression  so  line  17  returns  control  to  PI  to  process 
the  remainder.  The  production  on  line  18  embodies  the  rule  that  all  opera¬ 
tions  within  parentheses  must  be  executed  before  the  parenthesized  expres¬ 
sion  acts  as  an  operand.  If  the  fragment  were  imbedded  in  a  full  language 
(e.g.,  Appendix  B)  other  uses  of  arithmetic  expressions  would  be  checked 
for  under  E2.  In  the  fragment,  expressions  are  used  in  just  the  two  ways 
described  above  so  that  any  other  character  in  the  stack  leads  to  an  error 
condition. 

The  label  Q1  is  assumed  to  lead  to  an  error  recovery  routine.  For  an 
example  of  a  sophisticated  error  recovery  scheme  using  production  language 
see  reference  [13], 

The  production  syntax  for  a  complete  programming  language  is  included 
as  Appendix  B  of  this  paper.  The  Backus  Normal  Form  syntax  of  the  same 
language  is  Appendix  A,  A  word  is  in  order  regarding  the  equivalence  of  a 
BMF  and  a  PL  grammar.  Nowhere  in  this  paper  is  there  an  attempt  to  present 
a  formal  proof  of  the  equivalence  of  two  3uch  grammars.  The  writing  of 
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productions  is  in  essence  a  constructive  programming  task  and  discrepancies 
should  be  treated  as  ♦bugs*  in  a  program.  To  the  best  of  our  knowledge 
the  examples  are  all  debugged. 

The  task  of  writing  productions  is  not  a  difficult  one.  The  produc¬ 
tions  for  the  small  language  (Appendix  B)  were  assigned,  with  good  results, 
as  a  homework  problem  in  an  undergraduate  programming  course.  In  fact, 
one  of  the  students  wrote  a  program  in  IPL-V  which  converts  a  BNF  speci¬ 
fication  of  a  language  into  productions  for  a  large  class  of  languages. 

This  work  will  be  reported  in  a  forthcoming  paper. 
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BNF  Syntax  of  a  Language  Fragment 


1. 

<  I  > 

: :  =  <letter> 

|  <  I  >  <Letter>  j  <  I  >  <digit> 

2. 

<  P  > 

::  -  <  I  >  | 

(  <  E  >  ) 

3. 

<  T  > 

::  =  <  P  >  ) 

<  T  >  *  <  P  > 

4. 

<  E  > 

::  =  <  T  >  |  - 

-  <  T  >  |  <  E  >  -  <  T  > 

5.  Production  Syntax  for  the  Same  Fragment 


6.  ...LABEL _ LEFT _ RIGHT _ ACTION _ NEXT 


7. 

PI 

-! 

I 

#P1 

8. 

(1 

1 

*P1 

9. 

l| 

?! 

EXEC  1 

*T1 

10. 

1 

ERROR  1 

01 

11. 

T1 

T 

P 

T 

er| 

EXEC  2 

T2 

12. 

P 

6\ — > 

T 

0| 

T2 

13. 

T2 

T 

^  j 

1 

#P1 

14. 

El 

E  - 

T 

cr| — > 

E 

EXEC  3 

E2 

15. 

- 

T 

ef| — > 

E 

EXEC  4 

E2 

16. 

T 

ec  |  — ^ 

E 

*1 

E2 

17. 

E2 

E 

-1 

1 

*P1 

18. 

( 

E 

)|_> 

pl 

EXEC  5 

*T1 

19. 

cf| 

1 

ERROR  2 

02 

Figure  2. 
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B.  Formal  Properties 

The  Production  Language  used  to  describe  the  syntax  of  various  source 
languages  is  a  formal  grammar.  There  has  been  much  research  done  on  the 
mathematical  properties  of  such  formal  grammars  and  in  this  section  we 
will  discuss  the  relationship  between  Production  Language  and  some  well- 
known  grammars. 

Most  of  the  formal  grammars  whose  properties  have  been  studied  are 
generator-oriented.  A  generator-oriented  grammar  for  a  language,  L,  is 
a  set  of  rules  for  generating  the  sentences  of  L.  The  generation  rules 
are  applied  recursively  to  strings  of  characters,  starting  with  a  fixed 
initial  symbol.  Various  schemes  have  been  devised  to  classify  these 
grammars  according  to  the  complexity  of  the  languages  they  specify.  We 
will  follow  the  terminology  of  Chomsky  [6]  in  describing  a  hierarchy  of 
languages  types. 

In  his  definitive  paper,  Chomsky  describes  four  types  of  grammar  and 
shows  that  each  is  capable  of  generating  more  complex  languages  than  its 
successor  in  the  hierarchy.  The  most  general  grammar  he  considers  in 
Type  0,  which  allows  a3  a  grammar  essentially  any  finite  set  of  rules  for 
transforming  character  strings.  The  other  types  are  obtained  by  placing 
various  restrictions  on  the  permissible  rules. 

In  TYPE  1  grammars,  the  restriction  is  that  each  application  of  a 
generation  rule  does  not  decrease  the  length  of  the  sentence  being 
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generated.  The  TYPE  2  grammars  may  be  characterized  by  the  restriction 
that  each  rule  specifies  the  replacement  of  a  single  character,  indepen¬ 
dent  of  its  context.  The  weakest  grammars,  TYPE  3>  allow  only  those 
replacements  which  effect  a  transformation  on  only  one  end  of  the  sen¬ 
tence  being  generated.  Chomsky  gives  a  precise  definition  of  those  four 
types,  establishes  the  hierarchy,  and  then  relates  these  formalisms  to 
some  well-known  mathematical  constructs. 

The  class  of  TYPE  0  grammars  is  shown  to  be  equivalent  to  the  class 
of  all  Turing  machines,  i.e.,  for  any  computations  performable  on  a  Turing 
machine  there  is  a  TYPE  0  grammar  which  will  perform  equivalent  string 
transformations .  Turing  machines ,  and  thus  TYRE  0  grammars ,  are  capable 
of  executing  any  computable  function,  (cf.  Davis  [10]) 

TYPE  1  grammars  are  called  context-sensitive  because  the  replacement 
rules  may  depend  on  the  context  of  the  character  being  replaced.  These 
have  been  used  less  than  the  other  types,  but  do  have  the  interesting 
property  that  they  are  decidable,  i.e.,  for  any  TYPE  1  language  there 
exists  an  algorithm  for  determining  if  a  given  string  in  its  alphabet  is 
a  sentence  of  that  language. 

The  TYPE  2  or  context-free  languages  have  received  the  widest  atten¬ 
tion  in  the  literature.  These  are  equivalent  to  the  formalisms:  Simple 
Phrase  Structure  Grammars  [1],  Definable  Sets  [20],  and  to  Backus  Normal 
Form  [32],  It  is  this  last  equivalence  which  has  made  TYPE  2  grammars 
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interesting  to  workers  in  programming  languages.  ■  Despite  its  theoretical 
inadequacies,  Backus  Normal  Form  has  established  itself  as  a  canonical 
form  for  the  description  of  syntax  of  artificial  languages.  In  this 
section,  we  will  discuss  the  formal  properties  of  the  Production  Language 
as  compared  with  those  of  Backus  Normal  Form. 

In  this  discussion  we  will  make  use  of  results  by  Chomsky  [7]  and 
Evey  [14].  In  independent  efforts,  they  attempted  to  construct  automata 
which  would  be  equivalent  to  Backus  Normal  Form.  We  will  follow  Chomsky 
in  presenting  the  definition  of  a  Push  Down  Store  Automaton.  This  automa¬ 
ton  is  recognizer-oriented  and  will,  in  fact,  be  shown  equivalent  to  the 
Production  Language.  A  pushdown  store  automaton,  M,  consists  of  a  finite 
state  control  unit  and  two  unbounded  tapes,  an  input  and  a  storage  tape. 
The  control  unit  can  read  symbols  of  the  input  alphabet  Aj  from  the  input 
tape  and  the  symbols  of  the  output  alphabet  Aq  ZD  Aj  from  the  storage  tape. 
It  can  also  write  the  symbols  of  Aq  on  the  storage  tape.  If  M  is  in  the 
state  scanning  the  symbols  a  on  the  input  tape  and  b  on  the  storage 
tape,  we  say  that  is  in  the  situation  (a,  Sj_,  b).  There  is  an  element  0.a 
which  cannot  appear  on  the  input  tape  nor  be  written  on  the  storage  tape. 
At  the  beginning  of  a  computation,  M  is  in  the  state  Sq,  with  the  storage 
tape  containing  in  every  square  and  the  input  tape  containing  a  string 
b^  ...  bn  in  the  first  n  squares.  After  bn,  the  input  tape  has  a  special 
symbol  in  every  square.  A  computation  ends  when  the  M  returns  to  the 
state  Sq.  If  at  this  time  M  is  in  the  situation  (  0.c ,  Sq,  we  say  it 


24. 


accepts  (recognizes)  the  string  b^  ...  bn. 

A  computation  of  M  is  controlled  by  a  set  of  rules  of  the  form 
(1)  •  (a,  Si,  b)  (S y  X,  K) 

where  a  £  Aj,  b  £ Aq  j  X  is  a  string  in  Aq  and  Si,  S.  are  states  of  the 
control  unit.  If  X  =  (20  then  k  =  0  or  -1,  if  X  f  Q0  then  k  =  length 
of  X.  We  can  assume,  without  loss  of  generality  that  b  =  Q.g  only  if 
Si  =  Sq  and  K  <  0.  Then  the  instruction  (l)  applies  when  M  is  in  the 
situation  (a,  Si,  b)  and  has  the  following  effect:  The  control  unit 
switches  to  state  S.,  one  symbol  is  removed  from  the  end  of  the  input 
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tape  and  the  storage  tape  is  moved  k  squares  left,  with  X  being  filled 
into  these  squares.  After  the  instruction^  M  is  in  the  state  (c,  Sj,  d) 
where  c  is  the  symbol  to  the  right  of  a  on  the  input  tape  and  d  is 
the  rightmost  symbol  of  X.  If  k  is  -1  the  storage  tape  is  shifted  one  to 
the  right,  effectively  erasing  the  symbol  which  was  rightmost  on  this 
stack.  In  the  special  case  that  a  =  the  contents  of  the  input  tape 
are  ignored  and  that  tape  does  not  move. 

We  will  now  show  that  each  pushdown  store  automaton  is  equivalent  to 
a  program  in  the  Production  Language  of  Section  II.  For  this  purpose  we 
first  rename  some  of  Chomsky's  constructs.  The  storage  tape  will  be  called 
the  stack.  The  input  tape  is  just  a  device  for  holding  the  input  text  and 
will  not  be  mentioned  explicitly. 
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For  each  state  in  M  we  set  up  a  label  in  PL  and  then  associate 
all  situations  in  state  with  productions  occurring  under  the  label  S^. 
Then  we  make  a  transformation  on  the  format  of  the  instructions  of  M.  The 
situation  on  the  left  of  an  M-instruction  looks  at  the  top  of  the  stack 
and  the  next  input  symbol.  Since  all  input  symbols  are  contained  in  the 
output  alphabet,  it  is  equivalent  to  look  at  the  top  two  characters  in 
the  stack.  Then  we  could  write  an  M-rule  as 

(2)  (ba,  S±)  — >  (Sj,  X,  K) 

Now  notice  that  the  parameter  k  is  redundant  except  when  X  is  null 
and  in  this  case  it  is  either  0  or  -1.  In  the  latter  case,  the  corres¬ 
ponding  production  would  either  leave  the  stack  alone  or  execute  a  pro¬ 
duction  which  removes  the  top  element  of  the  stack*  Then  eliminating  k 
and  remembering  that  labels  in  productions  correspond  to  states  in  M,  we 
get  the  rule 

(3)  Si  :  b  a  — »X 

which  is  almost  in  production  language  form.  The  remaining  difference  is 
that  X  may  have  more  than  three  characters  in  M  and  that  productions  may 
look  at  as  many  as  five  characters  on  the  left.  In  either  case,  the  longer 
symbol  string  can  be  replaced  by  a  succession  of  shorter  replacements  by 
adding  extra  symbols  to  Aq  in  the  usual  manner. 
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To  complete  the  correlation  between  productions  and  pushdown  store 
automata  we  need  two  other  facts.  In  productions  one  can  have  a  rule 
using  '  &  '  which  is  always  recognized  -  the  automaton  M  allows  the 
symbol  ag  to  appear  in  a  rule  specifying  that  any  character  will  match 
that  rule.  Further,  in  this  case  the  input  string  does  not  move,  corres¬ 
ponding  to  a  production  rule  without  »-*'  in  the  label  field. 

The  preceding  paragraphs  outline  a  procedure  for  converting  a  push¬ 
down  store  automaton  into  a  production  language  program.  Since  all  of 
the  steps  are  reversible,  the  two  concepts  are  equivalent  in  the  sense 
that  they  will  recognize  the  same  class  of  languages.  This  is  of  interest 
here  because  of  some  known  results  on  the  formal  properties  of  pushdown 
store  automata.  We  will  present  Chomsky's  main  theorem,  which  is  appar¬ 
ently  a  complete  characterization  of  Production  Language,  and  then  show 
why  this  is  not  the  case. 

Theorem  (Chomsky)  A  language  L  is  accepted  by  a  pushdown  store  automaton 
if  and  only  if  it  is  a  TYPE  2  language. 

In  the  proof  of  this  theorem  Chomsky  first  reduces  the  replacement 
rules  of  any  TYPE  2  grammar  to  a  simple  canonical  form.  Then,  through  an 
intermediate  step,  he  is  able  to  invert  each  replacement  rule  and  produce 
a  set  of  recognition  rules  which  specify  the  equivalent  automaton.  This 
would,  indeed,  solve  the  problem  if  it  were  not  for  the  following  difficulty. 
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In  the  inversion  process  it  may  happen  that  many  automaton  instruc¬ 
tions  with  the  same  left  side  are  formed.  There  is  no  specification  of 
which  rule  is  to  be  executed  first  in  such  a  case.  What  the  theorem  states 
is  that,  in  each  case,  there  is  a  choice  which  will  lead  to  the  recognition 
of  a  particular  TYPE  2  sentence.  Chomsky  describes  this  as  the  non-deter- 
ministic  operation  of  an  automaton  and  does  not  concern  himself  with  the 
implementation  of  such  a  device. 

For  us,  however,  implementation  is  a  key  issue.  To  implement  such  a 
scheme  would  require  another  storage  tape  to  hold  temporary  information 
while  each  alternative  was  tried.  The  maximum  amount  of  storage  is  a 
function  of  the  length  of  the  input  string  and  the  complexity  of  the  automa¬ 
ton.  Whether  such  an  automaton  could  be  weaker  than  a  Turing  machine  is  an 
interesting  question  which  we  do  not  pursue  here.  These  non-deterministic 

9 

automata  are  related  to  the  multiple-path  syntax  analyzers  used  by  Kuno 
and  Oettinger  [27]  on  natural  languages.  For  artificial  languages  where 
syntax  is  more  precise,  we  consider  non-deterministic  automata  too  ineffi¬ 
cient  to  be  of  interest. 

A  question  arises  as  to  whether  there  are  any  TYPE  2  languages  which 
actually  require  a  non-deterministic  recognizer.  Cue  well-known  example 
of  such  a  language  is  the  odd  palindromes  over  the  alphabet  ’O’  and  T1T. 

The  syntax  of  this  language  in  Backus  Normal  Form  is: 

W  : :  °  0  |  1  |  OWO  |  1W1 


28. 


where  W  names  the  set  of  well-formed  sentences.  A  pushdown  store 
automaton  Tor  this  language  would  require  non-deterainistic  control. 

The  results  of  the  preceding  paragraphs  may  be  summarised  as  follows. 

There  is  a  sense  in  which  the  Production  language  is  eq^valent  to  Backus' 

Normal  Form.  Ibis  formal  equivalence  is  unsatisfactory  because  we  are 

not  willing  to  use  productions  in  the  inefficient  manner  specified  by 

the  equivalence  theorem.  Further,  there  are  s^ple  languages  which  are 

expressible  in  Backus  Normal  Form  and  which  cannot  be  efficiently  recog- 
nized  by  productions. 

There  is,  however,  a  construct  in  Production  language  which  we  have 

not  yet  mentioned.  This  device  wasn-t  used  in  any  of  the  ex^ple  in 

Section  1I-A  and  apparently  would  not  add  to  the  formal  power  of  the 

language.  The  extra  conetruct  is  staply  the  ability  to  call  any  labeled 

net  of  productions  as  a  subroutine.  This  is  done  by  placing  a  statement 
of  the  form 


SUBR  L 


on  the  -action,  field  of  a  production.  The  parameter  -IF  is  the  label  of 

the  set  of  productions- being  called.  The  action  RETU  is  executed  at 

the  end  of  a  subroutine.  These  subroutine  calls  are  allowed  to  be  recur- 
sive;  a  subroutine  can  contain  a  call  of  itself. 
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It  is  the  last  feature  which  indirectly  introduces  the  extra  power 
into  Production  Language.  Since  a  subroutine  may  be  called  many  times 
before  it  finishes  once,  a  stack  of  return  addresses  (marks)  must  be 
kept.  As  is  well  known,  one  stack  can  keep  the  marks  for  all  the  sub¬ 
routines.  For  simplicity  we  will  assume  that  all  implementations  of 
Production  Language  are  of  this  form.  The  crucial  point  is  that  there 
may  be  any  number  of  nested  subroutine  calls  so  this  stack  of  marks  must 
be  unbounded. 

Now,  as  Evey  [3J+]  has  shown,  an  automaton  with  two  unbounded  stacks 
is  equivalent  to  Turing  machine.  This  is  intuitively  clear  if  we  picture 
the  two  stacks  as  the  two  ends  of  a  tape  which  is  unbounded  in  either 
direction.  Then  the  Turing  machine  operation  of  moving  the  tape  is 
paralleled  by  switching  a  character  from  one  stack  to  the  other.  There 
is  one  difficulty  with  this  picture  in  the  case  of  the  Production  Language. 
Here  one  of  the  stacks  contains  symbols  of  Aq  and  the  other  stack  only 
marks  for  subroutines.  This  difficulty  is  circumscribed  by  what  can  only 
be  called  a  programming  device. 

We  add  to  a  Production  Language  program  two  sets  of  productions  for 
each  symbol  of  AQ.  The  first  set  will  have  the  effect  of  removing  the  top 
character  from  the  stack  and  leaving  an  address  in  the  mark  stack.  Thus 
when  a  character  is  to  be  moved  to  the  second  stack  a  unique  address  is 
put  there  in  its  stead.  Now,  when  a  symbol  is  to  be  put  back  in  the  main 
stack,  the  action  RETU  is  executed.  This  causes  a  transfer  to  the  ’next’ 
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field  of  the  production  which  called  the  subroutine.  The  label  in  the 
'next*  field  will  lead  to  a  production  which  puts  the  appropriate  symbol 
back  in  the  main  stack.  Thus  we  have  established  a  1:1  correspondence 
between  symbols  in  the  main  stack  and  addresses  in  the  mark  stack.  This 
correspondence  and  the  two  transfer  functions  allow  us  to  treat  the  two 
stacks  jointly  as  the  tape  of  a  Turing  Machine. 

In  this  section  we  have  attempted  to  define  the  formal  properties  of 
the  Production  Language.  By  varying  slightly  the  side  conditions  on  the 
use  of  productions  we  arrived  at  three  very  different  characterizations 

of  their  power  as  an  automaton.  There  are  two  important  lessons  to  be 

* 

learned  from  these  examples.  The  first,  and  most  important,  concerns  the 
relation  of  actual  computer  techniques  and  the  formal  structures  used  to 
model  them.  Since  the  formal  model  is  precise  and  relatively  tractable, 
there  is  a  tendency  to  discuss  the  model  as  if  it  were  the  system  itself. 
The  examples  of  this  section  show  that  there  may  be  several  formal  models, 
with  quite  different  properties,  of  one  programming  construct. 

The  other  point  to  be  made  is  a  practical  one.  We  were  able,  through 
clever  programming,  to  make  Production  Language  equivalent  to  Turing 
machines.  The  problem  is  that  one  would  rarely  use  productions  in  the 
manner  required  in  the  demonstration  for  translating  a  programming  lan¬ 
guage.  We  have  shown  that  the  power  is  in  the  system,  but  have  not  shown 
how  to  use  this  power  effectively.  It  would  be  interesting  to  see  if 
there  were  some  practical  way  to  utilize  the  extended  production  language 
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to  develop  efficient  recognizers  for  more  complex  programming  languages. 

In  the  remainder  of  this  paper,  productions  vd.ll  only  be  used  in 
the  weakest  of  the  three  ways  described  here.  Although  it  is  theoreti¬ 
cally  possible  to  do  complete  syntax  checking  with  productions,  we  have 
found  it  more  efficient  to  defer  some  of  the  checking  to  the  semantic 
phase.  An  interesting  side  effect  of  this  decision  is  that  it  is 
impossible  to  specify  an  ambiguous  language  using  productions  in  the 
weak  sense.  We  will  consider  some  of  the  practical  problems  connected 
with  production  grammars  in  Chapters  IV  and  V. 


III.  FORMAL  SEMANTICS 
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A.  Introduction 

Thi.3  section  of  the  paper  is  devoted  to  a  detailed  discussion  of 
the  Formal  Semantic  Language,  FSL.  This  language  embodies  an  attempt 
to  state  in  fixed  terms  the  meaning  of  a  statement  in  any  of  a  large 
class  of  programming  languages. 

The  formalization  of  the  semantics  of  some  language,  L,  will 
involve  representing  the  meanings  of  statements  in  L  in  terms  of  an 
appropriate  meta -language.  If  L  is  a  computer  language,  the  semantics 
of  L  must  involve  a  description  of  its  translator.  Throughout  this 
paper  we  will  use  the  neutral  word  ’translator*  to  mean  either  a  com¬ 
piler  or  an  interpreter.  The  distinction  between  these  latter  concepts 
is  not  clear  cut,  since  many  compilers  use  run-time  routines  and  many 
interpreters  incorporate  a  preprocessing  phase.  We  will  use  terms  like 
'highly  interpretive  translator’  to  indicate  that  a  translator  is  more 
like  one  or  the  other  of  these  extremes. 

The  meanings  of  statements  in  the  meta-language  are  assumed  to  be 
known  (primitive).  An  example  of  a  semantic  meta-language  would  be  the 
order  code  of  a  computer.  An  order  code  or  assembly  language  can  cer¬ 
tainly  describe  any  translation  possible  on  its  machine  and,  in  fact, 
these  have  been  the  only  kinds  of  semantic  meta -languages  in  general  use 


to  date 
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Unfortunately ,  these  lack  several  properties  which  one  would  like 
to  see  in  a  semantic  meta-language. 

A  semantic  meta-language  should  allow  the  description  of  source 
languages  to  be  as  easy  as  possible.  It  should  be  readable  so  that 
other  people  can  understand  the  meaning  of  the  source  language  being 
defined.  It  should  enable  a  description  of  a  language  which  is  precise 
and  complete  enough  to  allow  for  automatic  compilation.  Finally,  the 
meta-language  description  should  be  independent  of  any  particular 
machine. 

These  criteria  are  easily  recognizable  as  those  relevant  to  the 
specification  of  a  problem-oriented  computer  language.  The  problem 
.involved  is  the  representation  of  the  meanings  of  statements  in  a 
computer  language.  The  Formal  Semantic  Language  presented  here  is  an 
attempt  to  provide  a  complete  programming  system  possessing  these 
properties. 

The  semantic  meta-language,  FSL,  was  designed  to  have  just  those 
constructs  which  are  useful  in  describing  translators.  These  were 
chosen  with  no  thought  of  implementation  and  no  particular  computer  in 
mind.  After  the  system  was  complete,  users  began  to  attempt  the  writing 
of  semantics  for  some  common  programming  languages  and  its  implementation 
was  begun.  The  interaction  of  these  three  forces,  preconceived  formal¬ 
ism,  hardware  implementation,  and  human  users,  forged  the  system  into 
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its  final  form.  An  FSL  system  is  running  on  the  Control  Data  G-21 
at  Carnegie  Tech,  and  translators  for  several  languages  including 
FORTRAN,  ALGOL,  and  LISP  have  been  written. 

The  basic  unit  in  an  FSL  program  is  the  labeled  statement  or 
sentence.  These  labels  are  integers  and  form  the  main  link  between 
the  productions  described  in  Section  II  and  the  semantic  routines  dis¬ 
cussed  here.  As  we  recall,  a  production  may  include  an  action  of  the 
form 

EXEC  n 

where  n  is  an  integer.  The  semantic  routine  labeled  ’nr  will  be  exe¬ 
cuted  each  time  that  production  is  matched. 

Whenever  possible,  the  discussion  of  a  construct  in  FSL  will  be 
accompanied  by  an  example.  The  examples  will  be  drawn  from  the  trans¬ 
lator  for  a  subset  of  ALGOL  60  which  we  call  the  "small  language". 

The  BNF  syntax  of  the  small  language  is  Appendix  A  of  this  paper.  The 
productions  for  the  small  language  constitute  Appendix  B  while  the 
formal  semantics  is  Appendix  C.  Appendices  B  and  C  comprise  a  complete 
description  of  the  small  language  and  have  been  used  in  the  construction 
of  a  compiler  for  that  language. 

In  many  ways,  FSL  is  similar  to  other  programming  languages.  Vari¬ 
ous  concepts  have  been  borrowed  from  different  algebraic  and  list  proces¬ 
sing  languages.  As  is  the  case  in  programming  research,  it  is  impossible 
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to  accurately  credit  one  author  as  the  originator  of  an  idea.  There 
is  also  a  'folklore'  of  unpublished  techniques  upon  which  we  have  drawn 
freely.  But  there  are  also  many  constructs  in  FSL  which  are  peculiar 
to  the  translation  problem  and  which  have  not  appeared  before.  The 
introduction  of  each  new  construct  was  prompted  by  some  problem  in 
language  design. 

One  of  the  most  difficult  concepts  in  translator  writing  is  the 
distinction  between  actions  done  at  translate  time  and  those  done  at 
run  time.  Anyone  who  has  mastered  this  difference  has  taken  the  basic 
step  towards  gaining  an  understanding  of  computer  languages.  This 
difference  between  run  time  and  compile  time  actions  is  a  crucial  one 
in  FSL  and  is  always  represented  explicitly.  The  means  of  doing  this  is 
the  pair  of  code  brackets  'G0DE('  and  ')’.  Any  statement  enclosed  in 
code  brackets  specifies  an  action  to  be  taken  at  run  time,  while  any 
statement  not  so  enclosed  describes  action  taken  at  translate  time. 

As  we  will  see,  each  FSL  construct  has  two  meanings,  one  when  it  appears 
inside  code  brackets  and  the  other  when  it  does  not.  In  some  cases,  one 
of  the  meanings  will  not  be  defined. 

Some  of  the  other  unique  features  of  FSL  are  the  tagging  facilities. 
There  are  special  statements  for  putting  on  or  removing  tags  and  a  predi¬ 
cate  used  to  test  for  the  presence  of  a  given  tag.  These  are  usually 

used  in  connection  with  various  data  types  and  are  discussed  in 
Section  III-C. 
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There  are  also  FSL  constructs  which  effect  the  translation  of 
forward  references  in  a  source  language  program.  These  constructs 
formalize  some  efficient  techniques  used  by  translator  writers  to 
handle  forward  references.  They  include  floating  addresses,  discussed 
in  Section  III-D  and  chains,  discussed  in  Section  III-E.  Also  used  in 
this  connection  is  an  ’assign*  statement  described  in  Section  III-F. 

In  addition,  FSL  includes  indirect  addressing  at  both  translate 
time  and  at  run  time.  It  also  allows  a  more  general  replacement  state¬ 
ment  than  is  usually  found  in  programming  languages.  These  features 
are  useful  in  computing  addresses  for  use  in  compiling  code  and  are 
discussed  in  Sections  III-D  and  III-F. 

Some  of  the  more  interesting  features  arise  in  connection  with 
storage  for  the  translator  itself.  Each  FSL  program  describes  a  trans¬ 
lator  and  thus  must  include  a  description  of  the  storage  the  translator 
will  use  in  building  up  code.  The  various  storage  types  available  in 
FSL  are  described  below. 

B.  Storage  Declarations 

One  of  the  major  difficulties  involved  in  the  translation  of 
computer  languages  arises  because  the  meaning  of  a  statement  will,  in 
general,  depend  on  that  of  preceding  and  even  of  succeeding  statements. 
For  example,  most  programming  languages  allow  the  declaration  of  data 
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types  and  the  subsequent  use  of  defined  variables  in  various  contexts. 

In  this  case  the  meaning  of  a  statement  depends  on  the  data  type 
declared  for  the  variables  involved  in  that  statement. 

There  is  at  least  one  well  known  example  of  the  use  of  succeeding 
information  in  programming  languages.  It  is  very  common  to  have  a  jump 
or  transfer  to  a  label  which  is  not  yet  defined.  The  meaning  of  such  a 
statement  is  not  available  until  the  label  is  defined  somewhere  in  the 
succeeding  text. 

For  reasons  such  as  these,  one  might  expect  some  fairly  sophisti¬ 
cated  storage  operations  in  a  language  which  purports  to  formalize  the 
translation  process.  In  the  Formal  Semantic  Language  (FSL)  there  are 
five  distinct  types  of  storage  available  to  the  language  designer.  These 
are  introduced  as  declarations  in  a  FSL  description  of  a  language  and 
become  part  of  the  translator  for  that  language.  All  of  these  declara¬ 
tions  must  be  at  the  beginning  of  the  FSL  program  and  no  declaration 
may  occur  within  code  brackets.  The  declaration  of  translator  storage 
is  covered  in  this  section  while  the  operations  available  for  declared 
storage  will  be  treated  in  III-C. 

The  first  and  most  complex  data  type  in  FSL  is  the  TABLE.  Conven¬ 
tional  translators  often  have  tables  for  variables,  for  labels,  for 
subroutine  names  and  for  a  variety  of  other  constructs.  These  usually 
exist  only  at  compile  time  but  in  highly  interpretive  translators,  tables 
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may  be  required  at  run  time  as  well*  In  FSL  a  run  time  table  is 
declared  by  a  RTABL  declaration  while  compile  time  tables  are  declared 
by  a  TABLE  declaration.  The  syntax  is: 

<  table  dec  >  TABLE  <  table  specifier  >| 

RTABL  table  specifier  >| 

<  table  dec  >  ,  <  table  specifier  > 

<  table  specifier  >  ::=  <  identifier  >  [  <integer>,<integer>  ] 

The  identifiers  is  the  name  of  the  table  being  declared.  The  first 
integer  specifies  the  maximum  length  of  the  table  and  the  second  integer 
specifies  the  number  of  entries  (width)  of  the  table.  In  the  next  section 
we  will  discuss  the  operators  for  entering  information  into  and  retriev- 
ing  it  from  these  tables. 

The  small  language  described  in  Appendices  A  -  C  is  a  pure  compiler 
and  thus  has  no  run-time  tables.  The  one  table ,  SYMB,  declared  in 
Appendix  G  would  be  the  symbol  table  for  the  translator.  It  would  hold 
the  identifier  (name)  of  a  variable  and  its  location,  data  type,  and 
level  for  each  variable  declared  in  a  particular  source  language  program. 

•  SYMB,  as  declared,  can  hold  four  entries  for  each  of  a  maximum  of  800 
symbols. 

The  description  of  all  the  other  storage  types  makes  use  of  the 
construct  identifier  list>  : 


identifier  list>  : :  =  <identifier>  )  identifier  list>,<identifier> 

Thus  each  declarator  operates  on  a  list  of  variables,  eliminating- 
the  use  of  redundant  declarators. 

In  recent  years  the  push-down  stack  has  become  an  indispensable 
tool  to  translator  writers.  It  is  possible  in  FSL  to  declare  stacks 
which  will  exist  either  at  compile-time  or  at  run-time.  The  syntax  is: 

<stack  dec>  : :  =  STACK  identifier  list>  | 

RSTAK  identifier  list> 

There  are  no  run-time  stacks  in  the  small  language.  The  two 
stacks,  STR  and  SYM,  declared  for  the  compiler  will  be  used  in  connec¬ 
tion  with  the  block  structure.  At  the  beginning  of  each  block,  STR  will 
have  stored  in  it  the  value  of  the  storage  pointer  and  SYM  the  value  of 
the  symbol  table  pointer.  At  the  end  of  a  block  these  two  pointers  can 
be  replaced,  allowing  the  translator  to  reuse  both  storage  and  table 
space.  These  operations  occur  in  semantic  routines  2>iand  29 1  . 

Individual  storage  locations  for  use  in  the  translator  are  declared 
to  be  of  type  CELL: 

<Cell  dec>  ::  =  CELL  <identifier  list> 

A  cell  may  be  used  as  a  switch,  a  temporary  or  any  other  object 
requiring  a  single  machine  location  at  translate  time. 
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It  is  often  useful  in  trans]ator  writing  to  have  certain  marks 
of  constant  value.  One  may  declare  alphabetic  constants  in  FSL  as 
variables  of  type  TITLE: 

<title  dec>  ::  =  TITLE  <identifier  list> 

The  title  words  used  in  the  small  language  are  the  three  data 
types:  REAL,  BOOL,  LABE.  When  an  identifier  is  declared,  the  appro¬ 
priate  title  word  is  entered  into  the  symbol  table.  Then  when  an 
identifier  occurs  in  a  statement,  a  test  is  made  to  see  if  the  identifier 
is  of  the  proper  type,  i.e.  if  its  TITLE  word  is  one  acceptable  in  this 
context.  If  it  is  not,  an  error  message  will  be  printed. 

The  fifth  type  of  declaration  in  FSL  is  DATA: 

<data  dec>  : :  =  DATA  identifier  list> 

The  variables  declared  to  be  of  type  DATA  specify  bit  configurations 
rather  than  entire  computer  words.  A  translator  works  primarily  with 
addresses  and  in  most  computers  an  address  is  not  as  long  as  a  word. 

The  operators  associated  with  DATA  identifiers  enable  the  translator 

writer  to  tag  an  address  with  certain  bits  and  later  test  if  the  bits 

are  present.  The  use  of  DATA  variables  will  be  discussed  in  detail  in 

Section  III-C. 

The  data  variables  used  in  the  small  language  are  LOGIC,  INTEGER, 
SINGLE,  DOUBLE.  There  are  several  instances  of  their  use  in  the 


semantics  of  the  small  language  (Appendix  C). 

fhe  various  declarations  described  above  must  occur  together  at 
the  beginning  of  an  FSL  program.  The  syntax  of  the  declaration  part 
of  a  program  is: 

declaration  part>  : :  =  <declaration>  | 

<declaration  part>  <declaration> 
declaration>  ::  -  <table  dec>  |  <stack  dec>  I  dell  dec> 

<title  dec>  I  <data  dec> 

£jl_.  Storage  Operations 

We  have  already  introduced  several  means  of  declaring  storage  for 
a  translator.  Each  type  of  storage  has  associated  with  it  a  set  of 

operators  which  enables  the  language  designer  to  use  the  storage  effec¬ 
tively. 

Storage  variables  declared  as  type  CELL  or  of  type  TITLE  are  single 
storage  locations  and  require  no  special  operators.  Any  such  variable 
will  be  of  type  <operand>  and  as  such  will  be  discussed  in  Section  III-D. 

There  are  two  basic  operations'  on  STACKS,  PUSH  and  POP.  Each  has 
two  parameters,  the  first  being  the  name  of  a  stack  and  the  second 
specifying  a  location.  An  execution  of  PUSH  causes  the  contents  of  speci¬ 
fied  locations  to  be  appended  to  the  top  of  the  stack.  The  command  POP 
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will  cause  the  top  element  of  the  stack  to  be  stored  in  the  specified 
location  and  to  be  removed  from  the  top  of  the  stack.  The  syntax  of 
stack  commands  is: 

<stack  command>  ::  =  PUSH  [  <identifier>  ,  <arithmetic>  ]  | 

POP  [  <identifier>  ,  <arithmetic>  ] 

In  addition,  the  name  of  any  stack  can  be  used  as  an  <operand>. 

In  this  case  the  top  element  of  the  stack  is  treated  as  a  variable 
which  can  be  accessed  or  stored  into.  Thus  there  are  commands  for  the 
destructive  and  non-destructive  reading  and  writing  of  stacks. 

In  the  small  language  semantics,  stacks  are  used  only  in  connection 
with  block  structure.  Semantic  routine  lj  has  two  instances  of  the 
destructive  store  into  a  stack. 

1 J  LEV  0;  STR  STORLOC;  SYM«-  L0C[SYMB]  J, 

Routine  2*  demonstrates  the  non-destructive  (pushdown)  store  into  the 
same  stacks.  Two  examples  of  destructive  read  out  occurs  in  29^. 

There  are  no  non-destructive  reads  in  the  small  language. 

2  |  LEV  f  0  -> PUS H[ STR, STORLOC];  PUSH  [SYM,  LOCfSYMB] ]$  ; 

TALLYCLEV]  l 

29l  MINUS [LEV];  P0P[ STR, STORLOC];  P0P[SYM,L0C[SYMB]] ^ 
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If  a  stack  command  occurs  within  code  brackets  the  identifier 
must  have  been  declared  to  be  of  type  RSTAK.  In  this  case  the  stack 
operation  will  be  performed  at  run  time.  Since  the  small  language 
requires  no  RSTAK  variables,  all  stack  commands  in  Appendix  C  are  out¬ 
side  code  brackets. 

Both  STACK  and  RSTAK  are  implemented  using  a  pointer.  That  is, 
when  a  stack  identifier  is  used  in  a  PUSH  command,  the  pointer  for  that 
stack  increases  by  one.  Similarly,  a  POP  causes  the  pointer  to  be 
decreased  by  one,  after  the  store  is  done.  The  pointer  associated  with 
any  stack  is  also  available  to  the  FSL  user.  It  is  referred  to  as 

LOC  [  <stack  id>  ] 

where  the  <stack  id>  is  the  name  of  the  stack  as  declared  with  a  STACK 
or  RSTAK  statement. 

Since  the  run  time  stacks  are  not  available  at  compile  time,  the  use 
of  RSTAK  variables  outside  code  brackets  is  forbidden.  The  general 
nuLes  for  compile  time  operands  within  code  brackets  will  be  discussed 
in  Section  III-D. 

The  variables  declared  to  be  of  type  DATA  are  used  only  with 
specific  data  operators.  There  is  a  special  command,  SET,  for  putting 
the  tag  associated  with  a  data  identifier  into  a  machine  word.  The 
syntax  of  the  set  command  is 
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SET  [  <arithmetic>  ,  <data  id>  ] 

where  the  value  of  <arithmetic>  is  the  location  which  is  to  be  set. 

The  effect  of  a  SET  is  to  unite  the  current  contents  of  the  location 
specified  by  the  arithmetic  expression  with  the  bits  corresponding  to 
the  <data  id>.  An  example  may  be  found  in  4  'l'  of  Appendix  C  which  is 
executed  when  a  real  variable  has  been  declared.  The  contents  of  TO 
are  united  with  the  bits  for  DOUBLE  and  the  result'  put  back  in  TO, 
which  is  then  put  in  the  symbol  table,  SYMB. 

4|  TO  4-  STORLOC;  SET [ TO, DOUBLE];  ENTER  [ SYMB; LEFT2, TO, REAL, LEV]} 
STORLOC  <r-  STORLOC+2  I 

The  FSL  system  itself  can  currently  recognize  and  compile  code  for 
the  four  data  types:  LOGIC,  INTEGER,  SINGLE,  and  DOUBLE.  Any  variable 
that  is  set  to  have  one  of  these  types  will  be  treated  automatically. 

In  addition,  the  language  designer  may  choose  to  use  other  data  names 
such  as  COMPLEX,  ARRAY,  or  TREE.  Any  variable  declared  of  type  DATA 
will  have  a  unique  set  of  bits  associated  with  it.  One  can,  for  example, 
design  a  language  with  complex  arithmetic  as  a  basic  set  of  operations. 
Each  complex  variable  could  be  set  COMPLEX  and  recognized  as  such  in  a 
later  arithmetic  statement.  The  actual  semantics  of  each  complex 
operation  would,  however,  have  to  be  written  in  terms  of  the  operations 
on  SINGLE  or  DOUBLE  variables  which  are  part  of  the  system. 


To  make  effective  use  of  DATA  variables,  one  must  have  a  way  to 
test  for  the  presence  of  bit  patterns.  This  is  provided  in  FSL  by 
means  of  a  binary  predicate,  TEST.  This  predicate  is  one  instance  of 
a  <boolean  primary>.  The  syntax  is : 

TEST  [  <arithmetic>  ,  <data  id>  ] 

The  value  of  the  predicate  is  TRUE  if  the  bit  pattern  .correspond¬ 
ing  to  the  <data  id>  is  present  in  the  location  named  by  the  <arithmetic>. 
The  value  is  FALSE  in  any  other  case.  The  location  named  by  <arithmetic> 
is  not  changed  by  the  TEST. 

In  the  small  language  described  in  the  appendices,  real  variables 
are  used  in  double  precision  form.  Therefore  in  44^  ,  when  an  identifier 
is  declared  to  be  real,  its  location  is  set  to  DOUBLE,  It  should  be 
noted  that  none  of  the  statements  dealing  with  arithmetic  operations 
(10  J,  -  H i  )  contains  a  TEST.  This  is  because  the  small  language  con¬ 
tains  only  data  types  which  the  system  treats  directly.  The  addition  of 
two  variables  set  with  the  bits  for  DOUBLE  will  automatically  be  compiled 
by  the  system  as  a  double  precision  operation. 

A  potential  difficulty  arises  in  connection  with  variables  which 
have  been  tagged.  If  one  were  to  attempt  to  do  arithmetic  at  compile 
time  on  tagged  addresses,  the  tags  would  affect  the  arithmetic  operations 
in  unpredictable  ways.  For  this  reason,  there  is  a  special  operator, 
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CLEAR,  in  FSL.  The  syntax  is: 

CLEAR  [  <arithmetic>  ] 

The  location  specified  by  the  <arithmetic>  names  the  location  to 
be  cleared.  The  effect  of  a  clear  is  to  remove  all  the  tag  bits  from 
a  machine  word.  The  DATA  identifiers  name  only  portions  of  a  machine 
word  and  thus  may  not  be  used  except  as  described  above. 

The  most  complicated  data  structure  in  FSL  is  the  table.  In 
Section  III-B  we  described  the  manner  in  which  tables  are  dec?ared  in 
FSL.  The  one  table  in  the  small  language  translator  was  seen  to  have 
four  entries  for  each  variable  used  in  a  small  language  program.  These 
entries  are  filled  in  by  the  operation  ENTER.  The  syntax  of  the  enter 
command  is: 

<enter>  : :  =  ENTER  [  Ctable  id>  ;  Cexpression  list>  ] 

Expression  list>  ::  =  <arithmetic>f<expression  list>,<arithmetic> 

The  number  of  expressions  in  the  list  should  equal  the  width 
declared  for  the  table.  The  ENTER  statement  will  form  the  expressions 
in  the  list,  in  order,  as  a  row  of  the  table  name  by  the  Ctable  id>. 

If  the  table  is  already  filled,  no  stores  will  be  done  and  the  cell 


SIGNAL  will  be  set  FALSE 
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In  the  semantics  of  the  small  language  (Appendix  C)  there  are 
three  examples  of  the  use  of  ENTER.  These  occur  in  connection  with 
the  declaration  of  the  three  kinds  of  variables  in  routines  4|  >  5-1, 
and  30^.  As  each  variable  is  declared,  the  small  language  translator 
alters  its  symbol  table,  SYMB.  In  each  case  an  enter  command  is  used 
to  form  a  new  row  of  the  symbol  table. 

For  example,  in  4  a  new  row  of  the  symbol  table  SYMB  is  formed 
as  follows.  The  next  available  storage  cell  is  picked  up  and  SET  to 
have  the  type  title.  The  row  of  SYMB  will  consist  of  the  name  of  the 
variable  (in  LEFT2),  the  tagged  address,  the  title  REAL  and  the  cur¬ 
rent  value  of  the  cell  LEV. 

4|  TO  4r~  STORIDC;  SET[ TO, DOUBLE];  ENTER[SYMB;LEFT2,T0,REAL,LEV] ; 

STORLOC  ST0RL0C+2  J. 

We  now  know  how  to  declare  tables  and  how  to  store  into  them.  In 
order  for  tables  to  be  useful,  there  should  also  be  a  convenient  way 
of  retrieving  information.  Since  a  table  element  will  most  often  be 
used  as  a  operandjthe  retrieval  routine  is  of  the  syntactic  type 
<operand>.  This  enables  the  FSL  programmer  to  use  table  entries 
directly  as  operands.  The  syntax  is: 

<table  operand>  ::  =  <table  id>  [<arithmetic>  <commas>  $  <commas>] 
<commas>  : :  =  ,1  <commas>  ,  I  <empty> 
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The  selection  of  a  table  operand  takes  place  in  three  distinct 
steps*  First  the  value  of  the  <arithmetic^>  is  computed  and  saved* 

Then  the  table  named  by  the  Ctable  id>  is  searched  for  an  occurrence 
of  this  value  as  the  first  entry  of  a  row®  When  a  match  is  found  the 
position  of  the  $  is  used  to  pick  out  the  desired  entry  in  the  matched 
row. 

An  example  should  help  clarify  the  use  of  table  operands*  Consider 
semantic  routine  l6^< ,  which  is  called  when  an  arithmetic  assignment 
sft^tement  has  been  scanned. 

16 1  SYMB[LEFT4,,$,]=REAL->  COMT  2<~SYMB[LEFT4,$,,]; 

C0DE(  COMT  LEFT2)  ;  TEMPLOC  Tj  :  FAULT  3$  i' 

The  fourth  element  in  the  stack  at  this  point  (LEFT4)  is  an  identifier 
which  names  the  location  to  be  stored  into.  In  16  the  identifier  is 
looked  up  in  the  symbol  table  and  the  third  entry  in  the  matched  row  is 
selected  as  the  operand.  As  we  recall,  this  entry  should  be  the  data 
type  of  the  variable*  If  the  data  type  is  not  REAL,  a  semantic  fault 
is  detected. 

If  the  identifier  was  declared  correctly  the  assignment  statement 
should  be  compiled.  For  this  purpose  the  address  which  the  variable  will 
have  at  run  time  is  needed.  The  next  statement  in  16^  selects  this 
address  (the  second  entry  in  the  row  named  by  the  identiiier)  and  stores 
it  into  a  cell  named  COMT  2.  We  will  see  later  how  this  address  is  used 
in  compiling  the  code  for  the  store  operation. 
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As  we  mentioned,  the  selection  of  a  table  operand  takes  place  in 
three  distinct  steps.  First  the  expression  to  be  looked  up  is  computed. 
Then  the  table  is  searched  for  a  match  and  finally  the  correct  entry  in 
the  matched  row  is  selected.  It  is  often  the  case  that  more  than  one 
entry  from  a  specific  row  is  needed  in  a  single  routine.  In  such  cases, 
it  should  be  possible  to  bypass  the  first  two  parts  of  the  selection 
process  for  all  but  the  first  of  these  operands. 

There  is  a  special  convention  in  FSL  to  enable  the  user  to  take 
advantage  of  this  possibility.  If  the  <arithmetic>  in  the  specification 
of  the  table  operation  is  f0’  the  last  row  selected  is  automatically 
used,  bypassing  the  first  two  steps  of  the  selection  process.  This  is 
useful  when  successive  references  to  the  same  row  of  one  table  are  used 
within  a  semantic  routine.  Although  this  feature  could  have  been  used 
in  many  of  the  semantic  routines  in  Appendix  C  (e.g.  8  l,  9^,  16|  )  it 
was  omitted  for  the  sake  of  clarity.  The  one  example  of  its  use  is  in 
26 1 .  Each  table  declared  in  FSL  is  implemented  using  a  pointer  to  the 
next  available  row.  This  pointer  is  also  used  by  the  retrieval  routine 
as  the  starting  points  of  its  search.  In  addition,  the  pointer  for  each 
table  is  available  to  the  user  as  an  <operand>  of  the  form 

LOC  [<table  id>] 

In  the  small  language,  the  table  pointer  is  used  in  connection  with 
the  block  structure.  At  the  beginning  of  each  block,  2^  will  be  called 
and  it  will  cause  the  pointer  for  SYMB  to  be  saved.  Routine  29^  ,  which 
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is  called  at  the  end  of  each  block,  resets  the  pointer  to  its  value 
on  entering  that  block.  This  effects  the  elimination  of  all  variables 

which  were  declared  to  be  local  to  the  block. 

It  is  important  to  remember  that  all  of  the  storage  constructs 
described  above  are  defined  for  the  translator  only.  The  language 
designer  may  choose  to  incorporate  any  of  a  number  of  different  kinds 
of  storage  in  his  source  language.  The  storage  allocation  for  programs 
written  in  a  particular  source  language  is  part  of  the  semantic  descrip 
tion  of  that  language.  We  will  discuss  in  Section  III-G  some  special 
features  of  FSL  which  facilitate  the  solution  of  storage  problems  in  a 
source  language. 


D.  Operands  and  Primaries 

The  basic  unit  in  FSL  is  the  operand.  We  have  already  encountered 
several  instances  of  operands  in  the  discussion  of  storage  in  III-B  and 
III-C.  In  this  section  we  will  introduce  the  other  operands  and  discuss 
their  use.  The  material  below  presupposes  an  understanding  of  the 
significance  of  code  brackets  as  presented  in  III -A.  The  meaning  and 
use  of  each  operand  will  depend  upon  whether  or  not  it  is  inside  code 

brackets. 


We  will  first  present  the  syntax  of  <operand>  and  then  discuss  each 
instance  in  the  definition. 

<operand>  ::=  <storage  opgrand>.j  <production  operand>  j  COHTt_j<ddentifier>| 

RUNT  u  <identif ier>|  <^rithmetic>^>  • 
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The  storage  operands  have  been  discussed  in  some  detail  in  III  C. 
Their  syntax  is: 

<storage  operand>  : :  =  <table  operand>  j  <cell  id>  J  <stack  id>  j  <title  id> 

The  identifiers  of  type  TITLE  each  name  an  alphabetic  string  extant 
at  compile ■ time- and  thus  have  no  meaning  within  code  brackets.  Both 
table  and  stack  operands  involve  address  computations  each  time  they  are 
used.  For  this  reason  variables  associated  with  RSTAK  and  RTABL  can 
occur  only  within  code  brackets,  specifying  actions  to  be  performed  at 
run  time.  Similarly,  STACK  and  TABLE  operands  must  be  computed  at  com¬ 
pile  time  and  thus  never  appear  within  code  brackets.  This  is  in  keep¬ 
ing  with  the  convention,  adhered  to  in  FSL,  of  distinguishing  explicitly 
between  actions  performed  at  run  time  and  those  done  at  compile  time. 
Identifiers  of  type  CELL  represent  single  machine  locations  and  are 
treated  in  a  straightforward  manner. 

The  production  operands  form  the  main  link  between  the  syntax 
(production)  phase  of  translator  (cf.  Section  II )  and  the  semantic 
phase  being  discussed  here.  The  definition  is: 

<production  operand>  : :  =  LEFT1  |  LEFT2  j  LEFT3  |  LEFTA  j  1EFT5  j 

RIGHT1  |  RIGHT2  J  RIGHT3 

The  operands  LEFT1  -  LEFT5  refer  to  the  main  stack  before  the 
production  has  been  executed.  The  element  at  the  top  of  the  stack  is 
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always  referred  to  as  LEFT1.  The  operands  RIGHT1  -  RIGHT3  name  the 
top  three  positions  in  the  main  stack  after  the  execution  of  the  same 
production.  As  we  recall,  each  position  in  the  main  stack  is  actually 
two  machine  words,  one  which  names  the  syntactic  construct  and  the 
other  which  describes  its  meaning.  The  purpose  of  the  stack  operands 
is  to  enable  the  language  designer  to  use  or  alter  the  semantics  of 
constructs  as  they  are  recognized  by  his  productions. 

A  simple  example  may  be  found  in  Appendix  B  on  the  line  labeled  B3. 
At  this  point  in  the  syntax,  an  'IF  CLAUSE'  of  the  small  language  has 
been  recognized.  The  semantics  of  the  'IF  CLAUSE'  is  the  same  as  that 
of  the  boolean  expression  in  LEFT2;  namely  a  location  to  be  tested  for 
TRUE  or  FALSE.  The  action  field  in  the  production  B3  contains  a  call  of 
the  routine  21^  .  We  see  that  in  Appendix  C,  21  'I/  consists  of  the  state¬ 
ment 

21  >1/  RIGHT14—  LEFT2  | 

This  routine  specifies  that  the  semantics  of  the  construct  which 
was  second  from  the  top  of  the  s^ack  when  the  production  was  matched  is 
to  be  assigned  as  the  semantics  of  the  element  which  is  on  top  of  the 
stack  after  production  has  been  executed.  We  will  see  later  that  stack 
operands  are  also  used  in  more  sophisticated  ways. 

The  next  type  of  operand  to  be  discussed  is  the  compile  time  tem¬ 
porary  or  COMT.  They  are  available  as  temporaries  to  the  FSL  user  and 
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and  are  also  used  for  communication  with  compile  time  routines.  The 

character  '( _ /  in  the  definition  denotes  a  space  and  the  <identifier>  is 

assumed  to  be  a  subscript.  This  subscript  can  be  either  a  constant  or  a 
variable  of  type  CELL. 

A  similar  construct  is  the  run  time  temporary  or  RUNT.  The  RUNT’s 
are  system  cells  extant  at  run  time  and  will  be  used  for  communication 
with  run  time  routines.  The  subscript  on  a  RUNT  must  also  be  a  constant 
or  a  CELL.  Since  RUNT’s  exist  only  at  run  time  they  may  not  occur  out¬ 
side  code  brackets  except  in  the  form  LOC  [RUNT  i]  (see  III-E)  which 
specifies  the  location  at  run  time  of  a  RUNT  as  an  operand  at  compile  time. 

Because  of  the  simplicity  of  the  small  language  in  the  appendices, 
there  is  no  use  of  RUNT  variables.  There  are  several  uses  of  COMT  vari¬ 
ables,  for  example  in  16^,  the  cell  COMT  2  is  used  to  hold  the  address 
found  in  the  table  for  the  identifier.  The  use  of  the  temporary  is 
necessary  because  the  table-look-up  operation  cannot  occur  within  code 
brackets. 

The  final  instance  of  operand  is  an  arithmetic  expression  within  the 
brackets  and  ’>’ .  These  are  called  contents  brackets  and  are  used  in 
FSL  for  indirect  addressing.  The  value  of  the  arithmetic  expression  is 
assumed  to  be  an  address  and  the  operand  is  taken  to  be  the  contents  of 
this  address.  Since  the  arithmetic  expression  may  itself  be  an  operand, 
the  contents  brackets  may  be  nested.  An  example  of  the  use  of  contents 
brackets  may  be  found  in  25^  of  Appendix  C. 
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Two  FSL  constructs  closely  related  to  operands  are  the  <primary> 
and  the  <boolean  primary>.  The  distinction  between  the  three  concerns 
the  contexts  in  which  each  is  legal. 

The  primaries  take  on  numerical  values  and  are  legal  in  connection 
with  arithmetic  operations.  Boolean  primaries  take  on  logical  values 
and  are  used  accordingly.  Operands  are  constructs  which  can  be  used  in 
either  of  these  ways.  We  will  first  describe  the  various  primaries  and 
boolean  primaries  and  then  discuss  the  properties  which  they  have  in 
common  with  operands. 

The  primaries  in  FSL  are  described  by  the  following  formal  syntax: 

<primary>  :  t  =  <Coperand>  |  <constant>  J  (<arithmetic>)  |  LOC  £.;Ctable  id>]  j 

LOC  [<stack  id>]  j  <system  cell>  |  <flad> 

<system  cell>  =  CODELOC  j  STORIOC  |  TEMPIDC 

The  first  element  of  the  definition  indicates  that  any  operand  may 
be  used  as  an  arithmetic  primary.  A  constant  used  in  an  FSL  program 
will  become  part  of  the  translator  being  described.  Constants  are 
expressed  in  the  same  way  as  ALGOL  60  constants  [  /]• 

The  syntactic  definition  of  a  parenthesized  arithmetic  expression 
as  a  primary  also  follows  ALGOL  60.  This  is  needed  to  incorporate  the 
usual  grouping  rules  connected  with  arithmetic  operations  and  will  be 


discussed  in  III-E. 
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As  we  mentioned  in  Section  III-C,  both  tables  and  stacks  are  imple- 
•  m'ented  using  a  pointer  to  the  next  available  location  in  their  reserved 
storage  areas.  These  pointers  are  used  as  operands  of  the  form 
LOG  [<table  id>]  and  LOC  [<stack  id>]  respectively.  The  value  of  either 
of  these  operands  is  an  address  and  must  be  used  accordingly.  Following 
the  usual  convention,  the  pointers  to  STACK  or  TABLE  operands  cannot  occur 
within  code  brackets.  Similarly,  since  the  pointers  to  RSTAK’s  and  RTABL’s 
are  non-existant  at  compile  time  they  cannot  be  used  outside  code  brackets. 
The  pointer  to  the  symbol  table,  LOC  [5YMB],  is  used  as  an  operand  in  rou¬ 
tines  2  and  29  ^  • 

The  system  cells  mentioned  as  the  next  instance  in  the  defintion  of 
primary  are  also  pointers.  The  cell  CODELOC  contains  the  address  into 
which  the  next  word  of  the  compiled  code  will  be  placed.  CODELOC  is  used 
by  the  system  and  is  incremented  as  code  is  compiled.  In  addition,  the 
language  designer  could  use  CODEIDC  in  connection  with  his  translation  of 
labels,  conditionals  or  subroutine  definitions. 

STORIDC  is  the  pointer  to  the  next  available  storage  location  for  a 
particular  source  language  program.  It  is  used  by  the  Storage  Allocation 
Routine  in  the  system  and  may  also  be  accessed  by  the  FSL  user.  In  the 
semantics  of  the  small  language  (Appendix  C)  the  value  of  STORLOC  at  the 
beginning  of  each  block  is  saved  by  2 \j^  .  Then  at  the  end  of  each  block, 
STORLOC  is  reset  to  its  previous  value  by  29^  •  Since  the  Storage  Alloca¬ 
tion  Routine  is  not  used  in  the  small  language,  STORLOC  is  also  used  in 
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assigning  storage  to  real  variables  (4,j.  )  and  boolean  variables  (5  l>) 
as  they  are  declared  in  a  small  language  program. 

4|  T0<^ST0RL0C;  SET[ TO, DOUBLE];  ENTER[ 3 YMB ; I.EFT2 , TO , REAL, LEV ] ; 

STORLOC  <—  ST0RL0C+2 

Notice  that  in  4,],  STORLOC  is  increased  by  two  to  allow  space  for 
a  double  precision  number. 

The  cell  TEMPLOC  is  also  used  by  both  the  system  and  the  language 
designer.  It  points  to  the  next  in  the  list  of  temporaries  used  by  the 
system  in  translating  complicated  expressions.  In  the  small  language 
semantics,  conditional  boolean  expressions  have  been  implemented  using 
TEMPLOC  explicitly  in  22 .  In  most  source  languages  the  FSL  user  would 
like  to  reinitialize  TEMPLOC  whenever  values  stored  in  temporaries  would 
no  longer  be  needed.  In  the  small  language  this  is  done  at  every  assign¬ 
ment  statement  (16 1  ,  20 1  ,  24i).  The  cell  T3  was  assigned  the  initial 
value  of  TEMPLOC  in  0^. 

The  last  alternative  in  the  definition  of  <primary>  concerns  float¬ 
ing  addresses  or  FLAD’s.  The  syntax  is 

<flad>  : :  =  FLAD1  |  FLAD2  |  FLAD3  j  FLAD4 

The  flads  are  used  to  help  implement  undefined  forward  references, 
such  as  those  occurring  in  conditional  statements.  When  a  flad  is  used 
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as  the  operand  of  a  transfer  command  appearing  in  an  FSL  statement,  the 
system  notes  that  an  address  will  have  to  be  added  to  that  statement. 

When  the  proper  place  in  the  source  program  is  reached  an  ASSIGN  statement 

(cf.  III-F)  should  be  used.  The  system  will  then  put  the  address  into 

the  transfer  command  and  free  the  flad  for  further  use.  Each  of  the  flads 
is  actually  a  pushdovm  stack  so  that  uses  of  flads  may  be  nested. 

Consider  the  example  of  the  conditional  statement  in  the  small  lan¬ 

guage.  Routine  3\|r  is  called  whenever  an  ’IF  CLAUSE’  which  is  part  of  a 
conditional  statement  is  scanned. 

3  Jr  PUSH[FLAD1,0] ;  C0DS(  -iLEFTl— >jmtP[FLADl]$)  l 

* 

If  the  value  at  run  time  of  the  associated  boolean  expression  is  FALSE, 
the  next  statement  is  not  executed.  In  terms  of  a  translator  —  a  trans¬ 
fer  around  the  statement  must  be  compiled.  Since  the  length  of  the  state¬ 
ment  is  unknown  at  this  point,  3 1  contains  a  JUMP[FLAD1]  in  code  brackets. 
When  the  end  of  the  statement  is  found  (7^)  the  current  value  of  CODELOC 
is  assigned  to  FLAD1  by  the  statement  ASSIGN  [FLAD1], 

If  the  small  language  conditional  statement  had  included  an  ELSE  the 
flow  would  have  been  through  6  I  and  27  l  and  would  require  two. flads. 
Notice  that  each  flad  is  used  in  a  PUSH  command  before  it  is  used  as  an 
operand.  This  allows  for  nested  conditional  statements  in  a  small  language 
source  program.  The  ASSIGN  command  automatically  does  a  POP  of  the  flad 
after  assigning  it. 
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There  are  more  boolean  primaries  in  FSL  than  in  conventional 
programming  languages  because  of  the  nature  of  the  translation  task. 
While  generating  each  individual  piece  of  object  code  is  not  difficult, 
the  job  of  choosing  the  right  piece  of  code  for  each  stage  of  the 
translation  is  quite  involved.  The  variety  of  boolean  primaries  in 
FSL  should  alleviate  the  burden  of  determining  the  state  of  the  trans¬ 
lator.  The  syntax  is: 


<boolean  primary>  ::=  <arithmetic>  <relation>  <arithmetic>  <operand> 


(<boolean>) 


TRUE 


FALSE 


SIGNAL 


OK 


TEST 


[<arithmetic>,<data  id>]  CONST  [<arithmetic>] 


The  relations  defined  in  FSL  are  T=t  ,  ,  T>’  ,  and  ’<T  »  These 

all  have  their  customary  meanings  and  are  defined  both  inside  and  outside 
of  code  brackets.  The  second  instance  of  <boolean  primary>  is  the  type 
<operand>  described  at  the  beginning  of  this  section.  Thus  any  construct 
of  type  <operand>  may  be  used  in  either  a  boolean  or  an  arithmetic  con¬ 
text,  The  definition  of  a  parenthesized  <boolean>  as  a  <boolean  primary> 
parallels  the  situation  with  arithmetic  expressions.  Both  will  be  dis¬ 
cussed  in  the  next  section. 


The  logical  constants,  TRUE  and  FALSE  are  also  boolean  primaries. 
They  may  occur  either  inside  or  outside  of  code  brackets.  The  cell, 
SIGNAL,  is  set  TRUE  or  FALSE  by  various  routines  which  are  part  of  the 
system.  For  example,  if  the  routine  to  select  an  operand  from  a  table 
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cannot  match  its  entry,  SIGNAL  is  set  FALSE.  The  status  cell,  OK,  is  set 

*“  A 

by  the  language  designer  and  used  by  the  system.  If  OK  is  FALSE,  no  code 
will  be  generated  for  the  source  program  being  scanned.  The  FSL  user  can 
set  OK  in  the  event  of  a  non-recoverable  source  language  error.  Even  if 
OK  is  FALSE,  syntax  checking  will  continue  until  a  halt  command  is  given. 
There  is  no  way  to  reset  OK  once  it  has  been  given  the  value  FALSE. 

The  next  instance  of  <boolean  primary>  is  the  TEST  statement,  which 
involves  data  types.  As  we  mentioned  in  Section  III-B,  FSL  allows  the 

o~  — " 

declaration  of  tags  which  can  be  placed  into  a  computer  word.  The  value 
of  a  TEST  is  TRUE  if  the  location  specified  by  its  first  parameter  contains 
the  bits  corresponding  to  the  <data  id>  which  is  its  second  parameter. 
Further  information  on  the  use  of  data  types  in  FSL  will  be  provided  in 
Section  III-E. 

The  final  instance  of  boolean  primary  is  the  test  for  constants, 
CONST[<arithmetic>] .  The  arithmetic  expression  is  assumed  to  specify  a 
location  to  be  tested.  CONST  will  have  the  value  TRUE  if  the  location 
being  tested  contains  a  numerical  or  logical  constant.  This  test  is  neces¬ 
sary  because  the  FSL  system  is  set  up  to  process  constants  directly  when 
used  in  normal  mode.  In  the  small  language,  we  test  for  constants  when  an 
identifier  is  used  in  an  arithmetic  expression  (8^,  9J,).  If  the  identi¬ 
fier  has  the  semantics  of  a  constant,  no  action  is  necessary.  Otherwise 
the  identifier  is  a  variable  and  must  be  looked  up  in  the  symbol  table,  SYMB. 
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9  l  CONSTf  LEFT1]  -»  RIGHT1 4-  LEFT1  : 

SYMB[LEFT1,,$,>  REAL -> RIGHTl-^— SYMB[LEFT1,$, ,] : FAULT  1$$  i 

Of  the  boolean  primaries,  OK,  SIGNAL,  and  CONST  are  meaningful 
only  at  compile  time.  These  may  appear  outside  code  brackets  only, 
while  the  other  boolean  primaries  can  occur  either  inside  or  outside 
of  code  brackets.  Although  the  arithmetic  primaries  and  operands 
exist  only  at  compile  time,  there  is  a  special  convention  that  allows 
most  of  these  to  appear  within  code  brackets. 

This  is  possible  because  the  usual  value  at  compile  time  of  an 
arithmetic  operand  is  an  address.  Thus  while,  for  example,  CODELOC 
exists  only  at  compile  time,  it  contains  an  address  which  is  itself 
meaningful  at  run  time.  For  these  reasons,  we  have  adopted  the  con¬ 
vention  that  the  occurrence  of  a  compile  time  cell  within  code  brackets 
specifies  that  we  use  the  compile  time  contents  of  that  cell  as  the 
operand  of  the  code  to  be  compiled. 

A  simple  example  will  help  clarify  the  situation.  In  12  J/  the 
expression 


LEFT4  +  LEFT2 

appears  within  code  brackets.  Assume  that,  as  will  usually  be  the  case, 
both  LEFT4  and  LEFT2  contain  addresses  at  compile  time.  If  the  the 
expression  above  were  not  enclosed  in  code  brackets,  the  two  addresses 
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would  be  added  at  compile  time  to  produce  another  address.  When  the 
addition  occurs  within  code  brackets  an  entirely  different  action  takes 
place.  In  this  case  the  sysuem  will  generate  code  to  do  an  addition  at 
run  time.  The  addends  at  run  time  would  be  the  run  time  contents  of  the 
addresses  contained  in  LEFT4  and  LEFT2  at  compile  time. 

The  process  described  above  may  be  thought  of  as  adding  an  extra  level 
of  indirectness  to  compile  time  operands  occurring  within  code  brackets. 
Since  the  convention  holds  for  most  operands  and  arithmetic  primaries,  we 
will  point  out  the  exceptions. 

This  convention  obviously  cannot  apply  to  RUNT's  which  do  not  exist 
at  compile  time  and  only  appear  inside  code  brackets.  It  also  does  not 
apply  to  table  and  stack  operands  extant  at  compile  time  because  these 
implicitly  involve  compile  time  actions.  In  addition,  FLAD’s  are  a  special 
type  of  operand  to  which  the  convention  does  not  apply. 

As  we  will  see,  the  above  convention  is  part  of  the  overall  rule  that 
all  operators  appearing,  within  code  brackets  specify  run  time  actions. 
Another  example  of  this  concerns  contents  brackets.  Any  occurrence  of 
contents  brackets  within  code  brackets  specifies  indirect  addressing  to 
be  done  at  run  time.  More  explanation  and  examples  of  this  situation  will 
be  presented  in  the  next  section,  which  deals  with  the  construction  of 
expressions  in  FSL. 
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E.  Expressions 

There  are  two  kinds  of  expressions,  arithmetic  and  boolean,  in 
FSL.  The  description  of  expressions  in  this  section  assumes  an'  under¬ 
standing  of  Section  III-D,  which  deals  with  operands  and  primaries. 

Each  FSL  expression  is  formed  by  combining  the  appropriate  primaries 
with  a  simple  set  of  operators. 

The.  arithmetic  expressions  in  FSL  appear  in  the  syntax  more  fre¬ 
quently  than  any  other  syntactic  type.  This  is  largely  because  addres¬ 
ses  at  compile  time  are  of  this  type.  The  syntax  of  arithmetic 
expressions  is: 

<factor>  ::=  <primary>  |  <factor> f <primary> 

<term>  :  :=  <factor>  |  <term>  #  <factor>  j  <term>  /  <factor> 

<arithmetic>  : :=  <term>  |  <  +  >  <term>  J 

<arithmetic>  <  +  >  <term>  )  INT  [<arithmetic>]  | 

ABS  [<arithmetic>]  |  LOC  [<arithmetic>]  | 

CHAIN  [ <arithmetic>] 

The  practice  of  breaking  up  the  definition  of  arithmetic  expressions 
into  parts  follows  the  ALGOL  60  report.  This  notation  is  a  convenient 
way  to  represent  the  normal  grouping  rules  of  arithmetic.  The  operator 
* f  ’  represents  exponentiation  which  actually  implemented  by  a  subrou¬ 
tine.'  The  definition  of  the  other  arithmetic  operations  is  straight¬ 


forward 
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The  one  potential  source  of  difficulty  is  the  proper  use  of  code 
brackets.  Any  occurrence  of  an  arithmetic  operator  within  code  brackets 
specifies  an  action  to  be  performed  at  run  time.  This  implies  that  all 
computations  on  addresses  must  occur  outside  code  brackets. 

Since  the  arithmetic  operations  in  the  small  language  include  only 
those  operators  treated  directly  by  the  system,  the  examples  (10^-  14^  , 

28 )  in  Appendix  C  should  be  clear.  Each  of  these  routines  carries  out 
code  generation  for  one  of  the  basic  arithmetic  operations.  The  use  of 
VALUE  operands  in  these  examples  will  be  explained  in  the  next  section. 

In  addition  to  the  operations  described  above,  there  are  four  other 
v/ays  of  describing  an  arithmetic  expression.  The  value  of  INT  [<arithmetic>] 
is  the  largest  integer  which  is  not  greater  than  the  value  specified  by 
the  <arithmetic>.  This  function  is  identical  to  ENTIER  described  in  the 
ALGOL  60  report  [31],  The  value  of  ADS  [<arithmetic>]  is  the  absolute 
value  of  the  operand  specified  by  the  <arithmetic>.  Either  of  these  can 
appear  inside  or  outside  of  code  brackets  describing  actions  to  bo  taken 
at  run  tine  or  at  compile  time,  respectively. 

The  LOC  operations  is  used  with  two  slightly  different  meanings  in 
FSL.  If  the  operand  of  LOC  is  a  stack  or  table  identifier,  LOC  will  have 
the  appropriate  pointer  as  its  value  (cf.  Section  III-C,  III-D).  Any 
other  use  of  IOC  describes  a  reduction  in  the  indirectness  of  the  addres¬ 
sing  of  its  operand.  In  this  case  IOC  acts  as  the  inverse  of  the  contents 


brackets  ’<f  and  *>’ 
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The  use  of  CHAIN  as  a  unary  operator  is  more  involved.  The  CHAIN 
of  an  arithmetic  expression  is  used  when  some  operand,  usually  a  label, 
is  used  before  its  value  is  defined.  An  example  of  this  may  be  found 
in  25\j/  of  the  Appendix  C.  If  the  label  in  a  ’GO  TO’  statement  of  the 
small  language  is  undefined,  the  tests  in  25 4,  lead  to  the  statement 

CODE  (JUMP  [CHAIN  [COMT  2]  ]  ) 

This  command  will  cause  the  system  to  compile  a  jump  command  with  the 
address  portion  to  be  specified  later.  The  cell  COMT  2  contains  the 
location  in  the  SYMB  table  where  the  address  associated  with  the  label 
is  to  be  stored.  If  there  are  several  uses  of  the  same  undefined  label 
the  system  will  build  a  linked  list  or  chain  to  keep  track  of  them. 

Then  when  the  label  is  defined  (26^  )  an  ASSIGN  statement  would  be  used. 
This  will  cause  the  system  to  fill  in  all  previous  references  to  the 
undefined  label,  including  the  one  in  SYMB.  We  will  have  more  to  say 
about  ASSIGN  in  Section  III-F,  An  appearance  of  CHAIN  outside  code 
brackets,  is  meaningless  since  the  system  automatically  handles  all 
undefined  references  in  an  FSL  program. 

The  syntax  of  boolean  expressions  also  consists  of  several  steps. 
This  is  set  up  so  that  the  following  equivalence  holds  for  boolean 
expressions 

-»AABVCAD  =  ((-iA)AB)  V(CAD) 
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In  other  words  '  -i  ’  binds  most  tightly,  then  fAf  and  finally  ’  V  ’ . 
The  syntax  is: 

<boolean  factor>  : :  =  <boolean  primary>  |  — ?  <boolean  primary> 
<boolean  term>  : :  =  <boolean  factor>  I  <boolean  term>  /\ 

<boolean  factor> 

<boolean>  : :  =  <boolean  term>  |  <boolean>  V  <boolean  term> 

All  boolean  expressions  may  take  on  only  the  values  TRUE  or  FALSE. 
Since  the  value  of  a  compile  time  boolean  expression  is  never  an  address, 
these  may  never  occur  within  code  brackets.  The  boolean  operations  them¬ 
selves  may  occur  within  code  brackets,  specifying  logical  operations  to 
be  performed  at  run  time.  Boolean  expressions  are  most  often  used  in 
connection  with  conditional  statements  which  will  be  discussed  in  the 
next  section. 

F.  Statements 

The  statement  types  in  FSL  include  most  of  the  usual  constructs 
found  in  programming  languages.  The  unconditional  statements  are  formed 
according  to  the  following  rules 

<unconditional>  ::  =  <storage>  j  <assignment>  / 

<transfer>  j  <auxiliary>  / 

CODE  (<unconditional>) 
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The  storage  statements  are 

<storage>  : :  =  <stack  command>  |  <enter> 

•  These  were  discussed  in  detail  in  Section  1II-B  and  I1I-C. 

The  assignment  statement  in  FSL  is  more  general  than  that  usually 
found  in  programming  languages.  The  syntax  is: 

<assignment>  ::  =  <left  side>  4r~  <arithmetic> 

<left  side>  * fc—  <booleari> 

<Left  side>  ::  =  <primary>  (  VALUE1  J  VALUE2  VALUE3 

Notice  that  the  left  side  of  an  assignment  statement  can  be  any 
arithmetic  primary,  rather  than  just  an  identifier.  This  proves  useful 
in  translator  writing,  where  addresses  are  often  computed  befor  being 
stored  into.  One  must  be  careful  in  using  this  feature  inside  code 
brackets.  Any  address  computation  inside  code  brackets  will  be  done 
at  run  time. 

The  use  of  a  VALUE  word  as  the  left  side  of  an  assignment  statement 
requires  more  explanation.  Consider  the  semantic  routine  lOj,  in  Appen¬ 
dix  C,  which  is  called  whenever  a  multiplication  in  the  small  language 
is  recognized. 


10 1  CODE  (VALUE2  4r~  LEFT4  *  LEFT2)  j 


o 
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We  can  see  from  the  productions  that  the  operands  of  the  multiplica¬ 
tion  are  second  and  fourth  in  the  stack.  Thus  LEFT4  *  LEFT2  in  code 
brackets  mil  cause  the  code  for  the  multiplication  to  be  compiled.  The 
problem  is  that  we  will  want  to  use  the  result  of  this  multiplication  in 

some  future  operation.  This  is  handled  in  the  syntax  by  putting  the 
* 

.  symbol  IT’  into  the  second  position  of  the  syntax  stack.  The  purpose  of 
VALUE2  is  to  assign  semantics  to  the  »T»  which  represents  the  results  of 
the  multiplication.  It  is  important  to  note  that  the  semantics  is  filled 
m  at  compile  time.  This  represents  the  only  deviation  from  the  convention 
on  operators  inside  code  brackets  and  the  special  VALUE  operands  mark  this 
fact.  A-  store  into  VALUE1  inside  code  brackets  has  the  same  effect  as  a 
store  into  RIGHT1  outside  code  brackets. 

The  next  type  of  .statement  to  be  considered  is  the  jump  or  transfer 
statement.  The  syntax  is: 


<transfer>  ::  =  JUMP  [ <arithmetic>]  j  JUMP  [<Label>] 

MARKJUMP  [<arithmetic>]  MARK JUMP  [<subroutine>] 

EXECUTE  [<arithmetic>J . 


The  JUMP  statement  is  the  well  known  unconditional  transfer  of  control 
in  a  program.  If  the  operand  is  an  arithmetic  expression  it  is  presumed 
to  specify  the  address  to  be  transferred  to.  Since  an  FSL  user  has  no 
knowledge  of  absolute  address  in  his  translator,  computed  transfers  can 
occur  only  within  code  brackets.  Transfers  outside  of  code  brackets  are 
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done  with  labels  (in  the  translator  itself).  Any  FSL  statement  can 
be  labeled  and  a  transfer  can  be  made  to  any  labeled  statement.  Mo 
label  may  occur  within  code  brackets,  but  bracketed  statements  can  be 
labeled. 

The  MARKJUMP  command  specifies  a  return-jump  or  subroutine -jump 
to  its  Operand.  If  a  MARKJUMP  [ft  ]  occurs  in  location  Q(  two  distinct 
actions  take  place:  First  the  address  p(  +  1  is  put  in  location  ft 
and  then  control  passes  to  location  ft  +  1.  As  with  JUMP,  a  MARKJUMP 
to  a  computed  address  can  occur  only  within  code  brackets.  The  opera¬ 
tion  MARKJUMP  [<subroutine>]  can  occur  either  inside  or  outside  of  code 
brackets.  These  call  various  subroutines  which  are  part  of  the  FSL 
system.  Calls  of  run  time  subroutines  appear  inside  code  brackets  and 
calls  of  compile  time  routines  occur  only  outside  code  brackets.  The 
system  subroutines  will  be  described  in  Section  IX. 

The  EXECUTE  command  requires  an  <arithmetic>  as  its  operand  and 
thus  occurs  only  within  code  brackets.  An  EXECUTE  will  cause  the  com¬ 
mand  in  the  location  specified  to  be  executed  and  control  to  be 
returned  to  the  statement  following  the  EXECUTE.  This  is  the  same  as 
a  MARKJUMP  to  a  subroutine  of  one  instruction.  The  EXECUTE  command  is 
useful  in  sharing  the  code  for  two  slightly  different  routines. 

The  auxiliary  statements  in  FSL  include  a  number  of  different  types 
of  commands  which  do  not  fit  into  the  other  categories.  The  syntax  is: 
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<auxiliar,y>  ::  <=  SET  [<arithraetic>  ,  <data  id>]  | 

CLEAR  [<arithmetic>]  |  FAULT  <identifier>  | 

STOP  |  TALLY  [<arithmetic>]  |  MINUS  [ <arithmetic>] 

|  ASSIGN  [ <arithmetic>] . 

The  SET  and  CLEAR  statements  are  used  in  tagging  and  removing  tags 
from  addresses.  Both  are  discussed  in  III-C  where  it  is  shown  that  neither 
can  appear  inside  code  brackets.  The  FAULT  statement  enables  the  language 
designer  to  provide  error  messages  in  the  event  of  a  semantic  error.  For 
example,  in  8^  Appendix  C,  it  is  a  FAULT  if  an  identifier  used  arithmeti¬ 
cally  has  not  been  declared  REAL. 

8 1  C0NST[  LEFT2]  RIGHT2  LEFT2  : 

SYMB[LEFT2, ,$, ]=  REAL  -»  RIGHT2  SYMB[ LEFT2 FAULT  1$$  | 

After  printing  the  message  ’FAULT  1’  the  system  will  return  to  the  next 
statement.  In  some  cases  one  might  then  want  to  set  OK  to  FALSE,  eliminat¬ 
ing  all  further  code  generation. 

In  any  event,  once  a  FAULT  has  been  executed  the  system  will  not  run 
the  source  program  which  had  the  semantic  error. 

The  statement  STOP  may  occur  either  inside  or  outside  code  brackets. 
When  a  STOP  is  executed  the  entire  program  will  be  stopped.  A  STOP  outside 
code  brackets  will  stop  the  translator,  while  a  STOP  inside  will  stop  the 
running  program.  There  is  an  action  HALT  in  the  production  language 
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(entirely  distinct  from  FSL)  which  causes  translation  to  cease  and 
execution  of  the  compiled  program  to  commence. 

The  commands  TALLY  and  MINUS  are  merely  shorthands  for  arithmetic 
statements.  TALLY  means  add  one  to  the  operand  specified  and  MINUS 
means  subtract  one  from  the  operand.  Either  may  be  used  inside  or  out¬ 
side  of  code  brackets  and  can  lead  to  more  efficient  code.  There  are 
several  instances  of  TALLY’  and  MINUS  in  Appendix  C. 

The  ASSIGN  statement  is  used  in  connection  with  CHAIN  and  with 
FLADS.  In  either  case  the  parameter  to  ASSIGN  is  the  address  of  the 
head  of  a  linked  list.  On  this  list  are  all  the  past  references  to 
the  entity  being  assigned.  ASSIGN  has  the  effect  of  filling  in  the 
current  value  of  CODELOC  as  the  address  portion  of  all  these  commands. 

If  the  parameter  named  a  FLAD,  a  POP  is  then  executed.  For  more  infor¬ 
mation  on  chaining  and  forward  references  see  Sections  III-D  and  III-E. 
In  Appendix  C,  routines  6^,  7  l'*  and  27 'J'  handle  the  assigning  of  flads 
while  chained  labels  are  assigned  in  26^ .  An  ASSIGN  statement  cannot 
appear  within  code  brackets. 

All  of  the  statements  described  above  were  of  the  type 
<unconditional>.  Except  as  noted,  any  of  these  may  appear  inside  or 
outside  code  brackets.  We  also  define  a  sequence  of  statements: 

<statement  sequence>  ::  =  <statement>  j 

<statement  sequence>  ;  <statement>  | 
CODE  (statement  sequence>) 
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We  may  also  combine  statements  with  boolean  expressions  to  form 
conditional  statements.  The  syntax  is: 

<conditional>  : :  =  <i.f  clause>  <statement  sequence>  $  | 

<if  clause>  <statement  sequence>  : 

<statement  sequence>  $  | 

CODE  (<conditional>) 

<if  clause>  ::  =  <boolean> — ^ 

The  two  types  of  conditionals  correspond  to  the  AIOOL  60  conditional 
statements  with  and  without  ’ELSE*.  By  requiring  the  special  punctuator 
to  terminate  all  conditional  statements,  FSL  is  able  to  permit  great 
flexibility  in  the  construction  of  the  two  statement  sequences.  Either 
the  ’true’  part  or  the  TfalseT  part  of  a  conditional  statement  may  be  any 
sequence  of  FSL  statements  including  other  conditionals.  This  seems  to 
be  more  convient  than  other  schemes  considered  for  conditionals. 

If  a  conditional  statement  appears  inside  code  brackets ,  the  tests 
and  transfers  will  all  be  compiled.  If  not,  the  sequence  of  statements 
in  either  part  of  a  conditional  may  still  contain  any  combination  of 
bracketed  and  unbracketed  statements. 

There  are  several  occurrences  of  conditionals  outside  code  brackets 
in  Appendix  C.  For  example,  routine  contains  a  set  of  nested  condi¬ 
tional  statements.  For  examples  of  both  types  of  conditional  statements 
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within  code  brackets  see  routines  3  and  22  In  these  latter 
routines  all  the  tests  and  transfers  required  will  be  put  in  the  running 
program. 


Any  FSL  statement  may  be  prefixed  by  a  label.  The  syntax  is: 

<statement>  : :  =  <unconditional>  j  <conditional>  | 
t'dabel^  <statement>. 

As  was  mentioned  at  the  beginning  of  this  section,  labels  may  not 
occur  within  code  brackets.  The  quotation  marks  set  off  the  label  in 
the  FSL  program  and  are  not  used  when  the  label  in  the  operand  of  a  JUMP 
command.  These  labels  are  internal  to  an  FSL  sentence  and  should  not  be 
confused  with  integer  names  linking  the  semantics  with  the  productions 
of  Section  II, 

G,  Subroutines 

Subroutines  appear  in  many  forms  in  FSL.  In  this  section,  we  will 
discuss  the  use  of  subroutines  which  are  part  of  the  system  itself.  To 
implement  subroutines  in  a  particular  source  language,  one  would  use  the 
MARK JUMP  command  described  in  Section  III-F. 

All  of  the  source  languages  described  in  FSL  will  have  access  to  a 
set  of  library  subroutines.  The  library  will  be  expandable,  but  will 
contain  at  least  the  subroutines  described  in  the  syntax. 
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<subroutine>  ::  -  SIN  /  COS  |  LOG  |  EXP  j  SORT  /  ARCTAN  /  SIGN 

To  process  a  call  on  one  of  these  routines  the  language  designer  will  use 

the  systems  run-time  cells,  the  RUNT'S.  Each  library  routine  expects  to 

receive  its  parameters  in  RUNT  0  ...  RUNT  n  where  n*l  is  the  number  of 

parameters  involved.  The  value  of  any  system  subroutine  will  be  left  in 
RUNT  0. 

After  putting  the  parameters  into  the,  RUNT's  the  proper  subroutine 
must  be  called.  Library  routines  are  called  by  a  statement  of  the  form 

MARK JUMP  [<subroutine>] , 

The  library  subroutines  are  available  only  at  run  time  and  thus  any  call 
on  a  library  routine  must  occur  within  code  brackets. 

In  addition  to  the  library  routines,  there  are  some  subroutines 
which  are  part  of  the  system  at  compile  time.  The  purpose  of  these  rou¬ 
tines  is  to  relieve  the  FSL  user  of  handling  the  details  of  some  complex 
operations  executed  at  compile  time. 

1/e  have  already  encountered  some  examples  of  compile  time  routines 
m  the  discussion  of  tables  in  Section  III-B.  The  operations  of  entering 
data  into  tables  and  of  retrieving  it  from  them  were  described  as  impli¬ 
cit  subroutine  calls.  The  one  explicit  call  of  a  compile  time  subroutine 
is  used  in  connection  with  the  allocation  of  a  storage  in  a  source  lan¬ 


guage  program 
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<subroutine>  ::  -  SIM  |  COS  |  LOG  |  EXP  /  SORT  /  ARCTAN  /  SIGH 

To  process  a  call  on  one  of  these  routines  the  language  designer  will  use 
the  systems  run-time  cells,  the  RUNT's.  Each  library  routine  expects  to 
receive  its  parameters  in  RUNT  0  ...  RUNT  n  where  n+l  is  the  number  of 

parameters  involved.  The  value  of  any  system  subroutine  will  be  left  in 
RUNT  0. 

After  putting  the  parameters  into  the  RUNT's  the  proper  subroutine 
must  be  called.  Library  routines  are  called  by  a  statement- of  the  form 

MARKJUMP  [<subroutine>]. 

The  library  subroutines  are  available  only  at  run  time  and  thus  any  call 
on  a  library  routine  must  occur  within  code  brackets. 

In  addition  to  the  library  routines,  there  are  some  subroutines 
which  are  part  of  the  system  at  compile  time.  The  purpose  of  these  rou¬ 
tines  is  to  relieve  the  FSL  user  of  handling  the  details  of  some  complex 
operations  executed  at  compile  time. 

We  have  already  encountered  some  examples  of  compile  time  routines 
in  the  discussion  of  tables  in  Section  III-B.  The  operations  of  entering 
data  into  tables  and  of  retrieving  it  from  them  were  described  as  impli¬ 
cit  subroutine  calls.  The  one  explicit  call  of  a  compile  time  subroutine 
is  used  m  connection  with  the  allocation  of  a  storage  in  a  source  lan¬ 


guage  program. 
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The  task  of  allocating  storage  and  building  access  functions  for 
complicated  data  structures  is  among  the  most  difficult  to  be  found  in 
translator  writing.  There  is  in  FSL  a  Storage  Allocation  Routine,  SAR, 
which  helps  the  designer  solve  this  problem.  In  its  present  form,  the 
SAR  is  capable  of  handling  rectangular  arrays  of  any  dimension  whose 
elements  are  all  of  the  same  precision. 

The  SAR  expects  a  description  of  the  data  structure  to  appear  in 
the  compile  time  temporaries,  the  COMT’s.  The  contents  of  COMT  0  will 
be  a  ’1’  if  storage  for  an  array  is  desired  and  should  be  ’0’  if  a  simple 
variable  is  to  be  allocated  space.  The  contents  of  COMT  1  should  be  the 
number  of  words  per  element  (precision)  of  the  array  and  COMT  2  the  num¬ 
ber,  n,  of  dimensions  of  the  array.  The  next  2n  COMT’s  will  contain  the 
lower  and  upper  limits  for  each  dimension  of  the  array.  Each  of  those 
must  be  a  positive  or  negative  integer  which  is  fixed  at  compile  time. 

After  all  the  parameters  have  been  filled  in,  a  statement  of  the 

form 

MARK JUMP  [SAR] 

should  appear  in  a  semantic  routine.  The  SAR  will  then  allocate  storage 
for  the  array  and  build  an  access  function  for  later  use.  The  SAR  will 
leave  an  integer  in  COMT  0  when  it  is  finished.  This  integer  is  the 
internal  name  of  the  array  and  will  presumably  be  put  into  a  symbol 
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When  a  reference  to  an  element  in  the  array  occurs  in  the  source  code 
another  compile  time  routine,  PLACE  is  executed.  This  routine  compiles 
code  to  generate  the  proper  element  of  the  array  as  an  operand  at  run 
time.  Like  the  table  operand,  this  operand  involves  an  implicit  call 
of  a  compile  time  routine.  However,  certain  information  must  be  in  the 
C0MTfs  before  the  use  of  a  storage  retrieval  statement. 

The  contents  of  COMT  0  should  be  the  internal  name  of  the  array 
supplied  by  the  SAR.  It  should  be  set  to  the  data  type  of  the  array 
element  (cf.  Section  III-B).  If  the  array  was  n  dimensional,  the  next  n 
C0MTTs  will  describe  the  subscripts  of  the  array  element.  Each  descrip¬ 
tion  of  a  subscript  is  of  one  of  two  types.  If  the  subscript  appears  in 
the  source  code  as  a  constant,  the  constant  itself  will  describe  the 
subscript.  If  the  subscript  is  to  be  computed,  information  on  where  the 
value  of  the  subscript  will  be  at  run  time  vail  be  provided  in  the  COMT’s. 
If  the  lanyua.^e  designer  uses  the  main  stack  in  the  usual  way ,  this  dis¬ 
tinction  is  not  important  to  him.  His  statements  would  probably  be  of 
the  form 

CO! IT  —  LEFT2,  etc. 

After  the  subscripts  have  been  described  a  retrieval  routine  must 
be  called.  The  purpose  of  this  routine  is  to  compile  the  code  which  will 
access  the  array  element.  To  the  F3L  user,  what  is  important  is  the 
address  of  this  element,  which  will  be  used  in  compiling  more  code.  A 
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statement  of  the  form 

CODE  (VALUE1-4 —  LOC  [PLACE]) 

will  produce  code  to  find  the  location  of  the  element  and  will  also  put 
the  appropriate  information  in  the  stack  at  compile  time.  The  informa¬ 
tion  is  placed  in  the  desired  stack  position  by  using  the  appropriate 
VALUE  operand  as  described  in  Section  III-D. 

Notice  that  the  statement  above  will  leave  a  description  of  the 
location  of  the  array  element  in  the  stack.  This  is  useful  for  multiple 
precision  arrays  where  a  number  of  operations  may  be  performed  on  the 
several  successive  locations  which  comprise  the  array  element.  To 
retrieve  the  array  element  in  normal  addressing  mode,  one  would  use  a 
statement  of  the  form 

CODE  (VALUEl^- PLACE) 

which  will  leave  the  description  of  the  array  element  in  the  stack  with 
the  normal  addressing  mode.  Since  PLACE  involves  actions  both  at  compile 
time  and  at  run  time,  it  is  a  special  case  and  may  only  occur  as  des¬ 
cribed  above. 


The  use  of  the  SAR  and  of  PLACE  as  described  above  is  so  complicated 
that  one  might  question  its  usefulness  to  the  language  designer.  There 
is  a  system  cell,  ST0RK)C,  in  FSL  which  points  to  the  next  available 
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storage  location  and  is  used  by  the  SAR.  The  language  designer  can  do 
h'is  own  storage  allocation  using  STORLOC  and,  in  fact,  this  is  done  in 
the  small  language  where  there  are  no  subscripted  variables.  It  seems 
likely  that  the  problem  is  intrinsically  complicated  and  that  no  simple 
algorithms  for  array  accessing  exist. 

There  is  another  reason  for  using  the  system  routines  in  storage 
allocation.  Subscripting  is  often  done  quite  differently  on  different 
computers.  The  relative  efficiency  of  using  index  registers  or  other 
special  features  is  a  consideration  best  left  to  the  system  as  it  func¬ 
tions  on  a  particular  machine.  The  description  above  specifies  no 
particular  implementation.  It  is  also  expected  that  the  SAR  will  event¬ 
ually  include  provision  for  other  data  structures  such  as  linked  lists 
and  files.  The  main  reason  these  were  not  put  in  is  that  there  is  as  yet 
no  precise  and  generally  accepted  operational  definition  of  either  con¬ 
struct.  The  FSL  system  is  set  up  so  that  more  system  subroutines  can  be 
easily  added  if  the  need  arises. 

H,  Program  Structure 

Any  program  in  FSL  is  the  complete  semantic  description  of  some 
programming  language.  This  description  is  also  the  specification  of  a 
translator  for  that  language.  Structurally,  an  FSL  program  consists  of 
two  separate  parts,  a  declaration  part  and  the  main  body. 
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The  declaration  part  of  an  FSL  program  describes  the  storage  to  be 
used  by  the  translator.  The  several  types  of  storage  were  discussed  in 
Sections  III-B  and  III-C.  The  syntax  is: 

t 

declaration  part>  : :  =  <declaration>  j 

declaration  part>  ;  declaration> 
declaration>  : :  =  <table  dec>  j  dtack  dec>  J  dell  dec>  f 

<title  dec>  j  data  dec> 

All  of  the  declarations  must  occur  together  at  the  beginning  of  an  FSL 
program.  The  remainder  of  the  program  consists  of  the  semantic  descrip¬ 
tion  of  individual  constructs  in  the  source  language. 

These  semantic  descriptions  of  source  language  constructs  are  linked 
to  the  syntax  (productions)  by  means  of  statement  numbers.  Each  numbered 
semantic  routine  corresponds  to  an  action  TEXECT  appearing  in  the  syntax 
of  the  source  language.  Those  semantic  descriptions  are  combined  with 
the  declarations  to  form  the  semantic  description  of  a  particular  source 
language.  The  syntax  is: 

<semantic  program>  ::  =  <program  head>  END 
<program  head>  ::  =  BEGIN  declaration  part>  ;  <sentence>/ 
<program  head>  ;  <sentence> 

<sentence>  ::  =  <integer>  |  <statement  sequence^ 
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The  construct  <statement  sequence>  has  been  discussed  in  III-F. 

The  <integer>  is  the  statement  number  mentioned  in  the  preceding  para¬ 
graph.  The  complete  formal  syntax  of  FSL  may  be  found  in  Appendix  D. 

In  its  present  form,  FSL  includes  no  constructs  for  formally  des¬ 
cribing  input -out put  operations.  We  have  chosen,  rather,  to  include  a 
common  input-output  language  in  each  source  language  in  the  system. 

This  input-output  language  is  very  similar  to  the  one  described  by 
Perils  [3f], 

This  approach  has  been  taken  for  several  reasons.  It  seems  to  be 
in  the  nature  of  input -output  languages  that  they  depend  more  on  hardware 
than  on  the  source  language  into  which  they  are  imbedded.  Requiring  each 
language  designer  to  specify  a  complete  format  language  for  his  translator 
would  contradict  the  aim  of  the  project.  In  the  current  system,  the  lan¬ 
guage  designer  need  worry  about  input-output  only  at  a  very  superficial 
level. 

To  imbed  the  entire  input -output  language  in  a  source  language,  the 
FSL  user  must  make  two  additions  to  his  formal  description.  In  the  syntax 
(productions)  of  the  source  language,  he  must  check  for  the  occurrence 
of  certain  special  characters.  The  appearance  of  one  of  these  characters 
specifies  that  the  following  source  code  is  a  format  description.  Upon 
the  scanning  such  a  symbol  the  productions  of  the  source  language  are 
expected  to  execute  a  transfer  to  a  predefined  label.  In  addition,  the 
user  must  place  a  predefined  label  on  the  production  to  be  executed  at 
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the  end  of  a  format  statement. 

The  second  addition  to  the  source  language  description  occurs  in 
the  semantics.  A  format  statement  specifies  how  a  construct  is  to  be 
printed  or  read  but  does  not  determine  which  machine  location  is  to 
hold  the  data.  There  is,  in  FSL,  a  special  run-time  stack,  NAME,  in 
which  the  input-output  processor  expects  to  find  this  information. 

In  his  semantic  description,  the  FSL  user  must  have  a  statement  which 
fill  the  stack  NAME  with  the  locations  to  be  processed  by  the  format 
routines. 

With  these  two  additions  to  a  source  language  description,  the 
designer  buys  the  full  power  of  a  sophisticated  input -output  language. 
The  format  language  is  now  available  only  in  the  source  languages,  but 
could  easily  be  added  to  FSL  itself  if  this  proved  desirable.  The 
•easily’  results  from  the  fact  that  the  system  has  been  implemented  in 
such  a  way  that  the  Basic  Compiler  and  the  FSL  translator  are  very 
similar.  A  discussion  of  how  this  similarity  was  attained  and  the 
advantages  it  provides  are  contained  in  the  next  section. 


IV.  IMPLEMENTATION 
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The  formal  semantic  language  described  in  the  previous  chapter  was 
originally  developed  with  no  implementation  in  mind.  Once  a  complete 
and  precise  formalism  was  described,  it  was  felt  that  it  could  easily 
be  put  on  the  machine.  While  it  had  been  planned  to  stop  short  of 
implementation,  we  were  moved  to  implement  precisely  because  so  many 
other  efforts  had  stopped  at  just  this  point.  Predictably,  the  nature 
of  the  formalism  underwent  many  changes  during  implementation. 

When,  in  August  of  1963,  we  became  committed  to  implementation,  the 
natural  first  study  was  of  translators  already  running  on  the  Carnegie 
Tech  computer.  The  hope  was  that  we  could  adapt  an  existing  compiler  to 
the  task  of  building  a  compiler-compiler.  There  were  two  reasons  for 
choosing  this  path  rather  than  starting  afresh.  Obviously,  this  method 
would  be  quicker  and  easier.  The  second  reason  was  that  part  of  the 
theory  behind  the  system  states  that  many  translation  tasks  are  indepen¬ 
dent  of  the  language  being  translated  and  thus  an  existing  translator 
should  suffice. 

At  this  time  the  Carnegie  Tech  ADCOL  compiler  [13]  was  just  begin¬ 
ning  to  operate  as  a  full-fledged  running  system.  The  syntax  phase  of 
the  ALGOL  translator  was  based  on  a  version  of  Production  Language  and 
operated  in  an  almost  language -independent  fashion.  There  were  Wo  diffi 
culties  involved  in  using  the  ALGOL  syntax  phase.  The  productions  used 
for  ALGOL  were  based  on  the  conversion  of  the  source  code  into  a  Polish 
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postfix  intermediate  language.  Further,  this  result  was  achieved  by 
using  a  hierarchy  table  to  implement  the  binding  rules  for  the  various 
ALGOL  operators.  The  problem  was  that  neither  of  these  techniques  was 
easily  adaptable  to  a  general  purpose  translator. 

With  great  ingenuity,  A,  Evans  devised  a  scheme  whereby  such  ALGOL 
separators  as  FOR, ELSE,  and  WHILE  would  fit  into  the  postfix  form  and 
the  hierarchy  system.  We  were  loath  to  require  such  ingenuity  of  every 
designer  using  our  system.  Besiders,  we  felt  that  an  intermediate  lan¬ 
guage  such  as  postfix  would  add  complexity  to  a  system  that  already 
threatened  to  become  unmanageable. 

The  solution  to  these  two  problems  are  interrelated.  Instead  of 
hierarchies  we  have  implemented  grouping  rules  by  changing  the  names  of 
constructs  in  the  syntax  stack.  This  technique  is  in  essence  inverting 
the  BNF  grammar  and  is  described  in  Section  II-A,  This  technique  is 
easy  to  use  and  has  the  additional  advantage  that  it  is  fail-safe.  As 
each  construct  is  recognized  by  the  productions  an  appropriate  action 
is  taken.  If  a  construct  would  lead  to  the  generation  of  code,  this 
code  is  built  at  the  time  the  construct  is  recognized. 

Fortunately,  the  implementation  of  these  changes  require"1  relatively 
minor  alterations  in  the  ALGOL  production  loader.  These  were  carried 
out  and  we  were  then  in  possession  of  a  general  purpose  syntax  phase. 

As  we  have  mentioned  in  Section  I,  the  syntax  of  a  source  language  is 
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handled  in  two  steps.  The  productions  of  the  source  language  are  fed 
into  the  Syntax  Loader  which  produces  from  them  a  set  of  tables.  These 
tables  are  then  imbedded  in  the  Basic  Compiler  and  determine  the  syntax 
phase  of  a  translator  for  the  source  language. 

This  syntax  technique  had  one  marked  advantage  over  previous  table 
driven  compilers.  Since  the  productions  were  recognizer-oriented  and 
non-recursive  the  syntax  phase  of  the  translator  could  be  executed  quite 
rapidly.  The  slow  operation  of  recursive  recognizers  had  even  led  to 
statements  that  no  general  purpose  recognizer  would  ever  be  efficient. 
Although  this  difficulty  was  now  overcome  the  real  problem  was  getting 
a  general  purpose  system  to  produce  code. 

Part  of  the  code  generation  problem  is  no  more  difficult  in  a 
compiler-compiler  than  in  conventional  translators.  Individual  pieces 
of  code  are  usually  generated  by  small  special  purpose  routines.  For 
example,  there  might  be  a  generator  for  addition  and  subtraction  state¬ 
ments,  one  for  transfers  and  one  for  conditionals.  The  nature  of  these 
generator  routines  depends  very  little  on  the  source  language  being 
translated.  However,  if  the  code  produced  is  to  be  at  all  efficient, 
the  generators  must  have  a  great  deal  of  information  about  in-transit 
states  of  the  translator  during  the  code  production  process. 

Since  we  would  be  trying  to  generate  code  directly  from  the  main 
stack,  it  was  convenient  to  keep  much  of  the  information  in  the  stack. 
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This  was  accomplished  by  having  each  element  of  the  stack  consist  of  two 
machine  words.  The  first  of  these  two  words  holds  the  syntactic  type 
of  the  element  in  the  stack  and  is  used  by  the  syntax  phase  in  matching 
productions.  The  second  word  contains  the  semantics  of  the  construct 
in  the  stack  and  is  used  by  the  code  generators.  In  an  FSL  language 
description,  a  reference  to  LEFT3  specifies  the  second  word  of  the  ele¬ 
ment  in  the  third  position  of  the  main  stack. 

The  basic  unit  of  information  in  any  compiler  is  a  machine  address. 
The  semantic  word  in  the  main  stack  normally  consists  of  an  address  and 
some  identification  bits.  The  following  table  shows  the  use  of  the  0-20*8 
32  bit  word  in  describing  an  operand.  In  all  cases  the  bit  is  set  if  the 
predicate  is  true. 


Bit  Use 


0-14 

Address 

15 

Integer  Constant  ? 

16 

Floating  Constant  ? 

17 

In  Accumulator  ? 

18 

Floating  Address  (FLAD)? 

19 

In  a  Temporary  ?. 

20 

Negation  (Arithmetic  or  Logical)? 

21  -  24 

Data  Type:  LOGIC,  INTEGER,  ... 

25 

COMT  ? 

26 

RUNT  ? 

27  -  29 

Addressing  Depth  (0  -  7) 

30  -  31 

Interrupt  Flags 

Figure  3. 
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It  is  not  within  the  scope  of  this  paper  to  explain  how  all  of  this  • 
information  is  used  by  generators  to  produce  G-20  machine  code.  What  is 
of  interest  here  is  that  the  language  designer  using  FSL  need  not  deal 
directly  with  the  complex  problem  of  code  generation.  For  example, 
consider  the  statement  describing  the  addition  of  two  numbers  in  the 
small  language  ( 12  4/  of  Appendix  C ) 

121  C0DE(VALUE2  ■*—  LEFT4+  LEFT2 )  i 

When  a  production  with  the  action  ’EXEC  12’  is  matched,  an  addition 
is  to  be  compiled.  Using  the  information  in  the  stack  positions  LEFT4 
and  LEFT2  the  system  is  able  to  compile  locally  optimal  code  from  the 
designers  simple  semantic  statement.  For  example,  one  of  the  operands 
may  already  be  specified  as  being  in  the  accumulator  at  run  time.  If 
one  operand  is  of  the  wrong  sign  a  ’subtract’  or  ’reverse  subtract’ 
command  must  be  compiled.  These  and  many  other  tests  are  handled  auto¬ 
matically  by  the  system.  In  short,  any  local  optimization  techniques 
available  on  a  particular  computer  should  be  feasible  in  an  FSL  system. 

The  significance  of  VALUE  operands  should  now  be  much  clearer.  In 
processing  an  addition  statement  using  121  ,  one  not  only  must  generate 
code  but  must  also  assign  semantics  to  the  position  in  the  main  stack 
which  is  to  hold  the  result.  After  the  addition  has  been  processed  the 
result  is  to  be  placed  in  the  second  stack  position,  hence  VALUE2,  In 
this  case  RIGHT2  will  have  the  syntactic  type  ’E’  and  semantics  specifying 
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that  its  value  will  be  in  the  accumulator  at  run  time.  Should  the 
system  need  the  accumulator  for  another  computation,  it  would  automati¬ 
cally  compile  a  ’STORE*  command  and  change  the  semantics  of  *E*  to 
indicate  that  its  value  will  be  in  a  temporary. 

The  writing  of  generators  and  auxiliary  routines  to  use  this  seman¬ 
tic  information  was  not  very  difficult.  The  complex  problems  arose  in 
trying  to  build  the  semantic  descriptions.  The  goal  was  to  establish  a 
system  whereby  the  proper  semantic  information  could' be  assembled  with 
as  little  effort  as  possible  on  the  part  of  the  FSL  user.  To  discuss 
this  topic  we  must  present  the  third  basic  program  in  the  system,  the 
Semantic  Loader. 

As  we  mentioned  in  Chapter  I,  the  system  consists  of  a  Production 
Loader,  a  Semantic  Loader  and  a  Basic  Compiler.  We  present  the  Semantic 
Loader  last  because,  in  a  sense,  we  have  already  discussed  its  essen¬ 
tial  properties.  The  semantic  meta-language,  FSL,  is  a  well-specified 
programming  language  and  thus  its  syntax  is  expressible  in  Production 
Language.  This  Production  Language  syntax  could  then  serve  as  the  basis 
for  an  FSL  translator.  The  Semantic  Loader  is  built  in  precisely  this 
way  the  productions  for  FSL  constitute  Appendix  E  of  this  paper. 

These  productions  were  processed  by  the  Production  Loader  which 
produced  a  set  of  syntax  tables  to  be  used  by  the  Basic  Compiler.  These 
productions  had  calls  on  semantic  routines  just  as  those  in  source 
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languages.  The  semantics  of  FSL,  however,  were  written  in  G-20  assembly 
language.  In  addition,  some  minor  changes  were  made  in  the  Basic  Com¬ 
piler  to  facilitate  its  use  as  a  special  purpose  translator.  We  will 
discuss  the  question  of  writing  the  FSL  semantics  in  FSL  in  the  next 
chapter. 

Many  interesting  problems  arose  in  coding  the  semantics  of  FSL. 

We  were  attempting  to  compile  efficient  programs  which  would  in  turn 
compile  efficient  programs.  One  of  the  greatest  difficulties  was 
keeping  track  of  the  level  at  which  each  action  was  to  occur.  To  aid 
in  this  distinction  we  use  the  terms  meta-compile  time,  compile  time, 
and  run  time.  It  is  important  to  remember  that  communication  goes 
only  one  way  in  this  chain.  We  will  not  permit  situations  where  the  com¬ 
piler  must  refer  to  the  meta-compiler  for  information  in  processing  a 
piece  of  source  code. 

As  one  might  suspect,  the  main  stack  in  the  Semantic  Loader  is 
arranged  just  as  that  of  the  compiler  described  at  the  beginning  of  this 
chapter.  This  means,  among  other  things,  that  the  same  optimization 
techniques  are  available  at  both  levels.  This  reflects  the  basic  tennant 
of  the  design  philosophy  that  the  Semantic  Loader  and  the  Basic  Compiler 
be  as  similar  as  possible. 

Keeping  these  two  programs  nearly  identical  was  a  key  step  in  the 
implementation  of  the  system.  To  see  why  this  was  important,  we  must 
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consider  the  function  of  the  Semantic  Loader.  The  semantic  description 
of  a  source  language  will  specify  some  actions  to  be  performed  at  compile 
time  and  some  to  be  executed  at  run  time.  The  semantic  loader  will 
generate  code  ( for  the  compiler )  to  execute  compile  time  actions  and  will 
produce  calls  on  compile  time  generators  to  build  the  code  for  actions 
to  be  performed  at  run  time.  In  other  words,  any  FSL  operation  occurring 
outside  code  brackets  will  lead  to  meta-compile  time  generation  and  com¬ 
pile  time  execution  of  code.  An  operation  that  appears  within  code 
brackets  will  be  processed  by  a  compile  time  generator  and  be  executed 
in  the  running  program. 

It  should  now  be  easy  to  see  the  advantage  of  keeping  the  Semantic 
Loader  and  Basic  Compiler  similar.  In  our  system,  the  two  programs 
shove  the  same  basic  generators,  auxiliary  routines,  and  tables.  To 
simplify  matters  further,  the  Semantic  Loader  builds  code  for  the  com¬ 
piler  in  the  same  locations  as  that  code  will  occupy  at  compile  time. 
Considerable  pains  were  taken  to  have  addresses  coincide  in  the  two  pro¬ 
grams  so  that  symbolic  addresses  could  be  used  in  the  Semantic  Loader 
and  the  correct  absolute  addresses  would  appear  in  the  semantic  tables. 

From  the  discussion  above  it  should  not  be  difficult  to  understand 
the  operation  of  the  processors  for  the  usual  arithmetic  and  boolean 
operations.  Many  of  the  other  FSL  constructs  have  no  counterpart  in  the 
compiler  and  are  thus  handled  non-uniformly  in  the  Semantic  Loader.  We 
•will  dis'eu'33  some  -  of  these  to  show  how  the  system  operates.  In  view  of 
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the  table  in  Figure  3.  it  should  be  easy  to  discern  the  implementation 
of  the  various  operations  on  DATA  variables:  SET,  TEST,  CLEAR#  Each 
of  these  leads  to  the  appropriate  bit  commands  on  the  data  type  field 
(bits  21-24)  of  the  specified  operand. 

Similarly,  the  indirect  addressing  operations  effect  bit  operations 
on  the  addressing  level  portion  (bits  2?~29)  of  a  word#  The  predicate 
CONST  leads  to  a  test  for  the  presence  of  the  bit  marking  a  constant. 

All  of  these  operations  are  built  into  code  for  the  compiler.  Some  of 
the  more  complicated  operations  are  implemented  by  calls  on  compile 
time  subroutines. 

When  a  compile  time  routine  was  used  to  implement  an  FSL  construct, 
considerable  effort  was  used  to  take  advantage  of  the  special  features 
of  the  G-20.  Such  operations  as  entering  data  into  tables  and  retriev¬ 
ing  it  from  them  involved  fairly  complex  subroutines  at  compile  time. 

The  handling  of  chaining  and  FLAD’s  was  also  done  with  closed  routines. 
The  calls  for  these  compile  time  routines  are  processed  exactly  as  calls 
on  generators.  The  only  serious  difficulty  in  this  process  concerns  the 
description  of  operands  for  the  compile  time  generators  and  routines. 

Like  all  high  level  programming  languages,  FSL  depends  on  a  great 
deal  of  implicit  information.  Each  operand  occurring  in  an  FSL  state- 
ment  will  be  translated  into  a  32-bit  semantic  word,  (see  Figure  3.) 
at  meta-compile  time.  If  the  operand  is  to  be  used  by  a  compile  time 
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generator  or  routine,  the  appropriate  semantic  word  must  be  built  at  com¬ 
pile  time.  The  routine  to  make  meta-compile  time  descriptions  into  compile 
time  ones  is  as  complicated  as  any  in  the  system.  If  the  operand  is  a  con¬ 
stant,  its  description  at  compile  time  is  the  same  as  at  meta-compile  time. 
For  RUNT  or  COMT  variables,  the  semantic  word  specifies  a  subscript  which 
might  be  fixed  or  variable.  References  to  stacks,  variables  and  FLADs  are 
handled  indirectly.  The  communication  of  addressing  depth  is  also  a  prob¬ 
lem.  Thus  if  the  contents  brackets  occur  within  code  brackets,  the  indirect 
addressing  is  to  be  done  at  run  time  and  this  information  must  be  given  to 
the  compiler.  Further,  there  is  an  implied  extra  level  of  indirectness 
for  compile  time  operands.  Since  all  of  these  considerations  are  treated 
by  the  one  operand  preparation  routine,  the  rest  of  the  Semantic  Loader  is 
relatively  straightforward. 

The  entire  Semantic  Loader  was  built  in  modular  form.  This  modular 
organization  was  natural  for  a  production-based  translator  and  proved 
invaluable  in  the  development  of  the  system.  As  users  discovered  opera¬ 
tions  which  would  improve  the  system,  these  were  added  without  changing 
the  rest  of  the  system. 

One  of  the  most  valuable  features  of  our  implementation  was  its 
similarity  to  the  ALGOL  translator.  The  ALGOL  system  carries  most  of 
the  usage  load  at  Carnegie  Tech  and  underwent  considerable  independent 
development  during  the  course  of  this  project.  As  various  debugging  aids 
were  added  to  ALGOL,  we  were  able  to  incorporate  these  in  the  FSL  system 
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at  both  the  meta-compile  and  compile -time  levels.  The  format  language 
used  in  the  FSL  system  is  also  closely  modeled  on  the  ALGOL  format. 

Because  of  these  simplifying  features,  the  entire  implementation 
took  less  than  six  man  months.  The  two  basic  components  of  the  system 
are  a  syntax  directed  compiler  and  a  Production  Loader,  each  of  which 
is  used  in  two  places.  An  ALGOL  60  version  of  the  Production  Loader 
will  be  available  from  A,  Evans  [12]  later  this  year.  Basing  our 
system  on  existing  programs  involved  certain  compromises.  The  effect 
of  these  compromises  will  be  discussed  as  part  of  the  review  and 
critique  in  the  next  chapter. 


I 


V.  CONCLUSION 
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A<  Review  and  Critique 

In  this  chapter  we  will  review  the  principal  developments  in  the 
paper  and  point  out  both  weaknesses  and  possible  extensions  of  the 
system.  The  basic  idea  is  that,  through  appropriate  formalization, 
much  of  the  difficulty  involved  in  translating  computer  languages 
can  be  eliminated. 

The  formalization  of  semantics  for  computer -oriented  languages 
requires  that  syntax  and  semantics  be  carefully  separated.  In  Chapter  I 
we  defined  notions  of  syntax  and  semantics  and  the  concepts  of  syntax 
meta-language  and  semantic  meta-language.  After  comparing  our  defini¬ 
tions  with  alternative  ones,  we  described  how  a  compiler -compiler, 
based  on  our  definitions  of  syntax  and  semantics,  could  be  organized. 

Chapter  II  contained  a  description  of  the  syntax  meta -language, 
Production  Language,  used  in  our  system.  Section  II-A  was  basically 
a  users  guide  to  Production  Language  as  a  programming  language.  The 
remainder  of  that  chapter  discussed  some  of  the  more  abstract  proper¬ 
ties  of  syntax  meta-languages  with  the  emphasis  on  the  properties  of 
the  Production  Language.  It  was  shown  there  that,  under  various 
restrictions,  Production  Language  could  be  considered  either  as  quite 
weak  or  as  extremely  powerful  in  comparison  with  other  formal  systems. 


96 


The  longest  and  most  important  part  of  this  thesis  is  Chapter  III, ? 
which  discusses  the  Formal  Semantic  Language  (FSL).  Although  man y 
syntax  meta -languages  have  been  developed  over  the  years,  FSL  is  the 
first  attempt  to  provide  an  adequate  semantic  meta-language  for  com¬ 
puter-oriented  languages.  Many  of  the  features  of  FSL  are  formalizations 
of  techniques  which  have  proved  useful  in  translator  writing.  Among  the 
more  interesting  constructs  are  the  operations  on  tables  aqd  stacks  and 
the  facilities  for  handling  indirect  references.  Probably  the  most 
important  feature  is  the  clear  distinction  between  actions  taken  at  trans¬ 
late  time  and  those  performed  at  run  time.  In  Chapter  III  FSL  was  des¬ 
cribed  strictly  as  a  language  for  describing  the  semantic  phase  of 
translators. 

The  implementation  of  one  general  purpose  translator  was  described 
briefly  in  Chapter  IV.  By  making  use  of  programs  already  running  on  the 
G-20,  we  were  able  to  implement  the  system  in  a  relatively  short  time. 

The  most  difficult  problems  were  those  involved  in  the  interface  between 
the  three  separate  programs  which  comprise  the  compiler-compiler.  Those 
problems  were  solved  and  many  peripheral  advantages  gained  by  using  a 
high  degree  of  parallelism  in  the  component  programs. 

One  of  the  topics  discussed  in  the  earlier  chapters  was  a  set  of 
criteria  for  semantic  meta-languages.  We  mentioned  that  a  semantic  meta¬ 
language  should  be  easy  to  use  and  should  be  readable  so  that  others  can 
understand  the  languages  described  in  it.  It  should  be  sufficiently 
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flexible  to  allow  descriptions  which  can  specify  an  automatic  translator 
for  any  of  a  large  and  varied  class  of  source  languages.  Further,  a 
good  semantic  meta-language  should  be  independent  of  any  particular 
computer.  An  additional  and  very  important  consideration  is  the 
quality  of  translators  produced  by  such  a  system. 

The  Formal  Semantic  Language,  FSL,  embodies  an  attempt  to  satisfy 
all  these  conditions.  There  is  now  considerable  evidence  that  FSL  is 
easy  to  write  in  and  not  too  difficult  to  read.  The  justification  of 
these  statements  is  based  on  the  author's  success  in  teaching  FSL  to 
undergraduates. 

The  system  was  presented  in  an  advanced  undergraduate  programming 
course  at  Carnegie  Tech.  None  of  the  students  in  either  term  had  any 
previous  experience  in  translator  design,  but  all  had  taken  the  equiva¬ 
lent  of  two  semesters  of  elementary  programming.  The  material  presented 
in  the  course  was  the  non-theoretical  parts  of  Chapters  II  and  III  of 
this  thesis.  In  the  sixth  week  of* each  semester  the  students  chose 
projects  which  would  constitute  the  main  part  of  their  semester  grade. 
Among  the  topics  suggested  were  the  construction  of  translators  for 
some  common  programming  languages. 

The  projects  in  the  first  term  class  were  not  completed  on  time, 
largely  due  to  errors  in  the  FSL  system  itself.  These  projects  were 
of  tremendous  value  in  pointing  out  coding  errors  and  conceptional 
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weaknesses  in  the  system.  Many  of  the  FSL  constructs  described  here 
were  first  suggested  by  problems  encountered  in  these  projects.  However, 
student  interest  in  the  project  remained  high  and  almost  all  enrolled  for 
the  second  term  so  as  to  complete  their  projects. 

During  the  second  term  the  students  had  a  much  more  stable  system 
to  work  with.  The  course  outline  was  accelerated  to  allow  an  earlier 
start  on  the  term  projects.  Although  the  FSL  system  still  was  not  com¬ 
pletely  debugged,  the  better  students  were  able  to  complete  translators 
during  this  term.  A  detailed  presentation  of  these  projects  will  be 
released  later  this  year  as  a  research  report. 

One  of  the  interesting  features  of  the  second  term  class  was  the 
use  of  students  as  instructions.  One  hour  a  week  was  denoted  to  progress 
reports  by  students  working  on  term  projects.  The  discussions  included 
detailed  presentations  of  the  formal  syntax  and  semantics  of  the  lan¬ 
guage  under  consideration.  The  class  was  usually  able  to  follow  the 
presentation  in  sufficient  detail  to  suggest  possible  flaws  in  the  trans¬ 
lator  being  designed. 

Of  interest  here  is  that  a  group  of  new  programmers  (undergraduates) 

were  able  to  learn,  use  and  expound  the  FSL  system  in  a  one  term  course. 

Besides  learning  the  FSL  system,  the  students  were  forced  to  consider 

and  solve  many  of  the  unique,  logically  complex,  and  generally  tedious 

\ 

problems  involved  in  translator  writing.  The  problems,  such  as  local 
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optimization  of  code,  which  are  handled  automatically  by  the  system 
were  discussed  in  supplementary  lectures. 

Among  the  translators  attempted  by  students  were  ones  for  such 
diverse  languages  as  ALGOL,  LISP,  FORTRAN,  COMIT,  and  SUBSCRIPT.  Not 
all  efforts  were  equally  successful,  but  it  is  difficult  to  determine 
whether  the  discrepancy  is  due  to  the  difference  between  students  or 
between  languages.  We  can,  however,  make  some  remarks  about  the  class 
of  languages  for  which  the  FSL  system  is  adequate. 

The  FSL  system  i3  for  the  description  of  languages  which  can  be 
compiled,  i.e.,  those  for  which  the  course  of  action  can  be  fixed  at 
translate  time.  If  a  language  involves  constructs  whose  meanings  are 
not  available  until  run  time,  one  must,  of  course,  use  run  time  routines 
as  part  of  a  translator  for  this  language.  There  are  provisions  for 
constructing  run  time  translator  routines  in  FSL,  but  they  are  not  as 
convenient  as  they  might  be.  For  this  reason,  among  others,  LISP  and 
COMIT  were  somewhat  tricky  to  design. 

The  other  difficulty  in  LISP  and  COMIT  was  the  absence  of  fixed 
FSL  primitives  to  act  on  linked  lists.  These  were  not  put  into  the 
system  because,  as  yet,  there  is  no  universally  accepted  way  of  repre¬ 
senting  and  operating  upon  such  lists.  Similarly,  the  SIMSCRIPT  effort 
was  made  more  difficult  by  the  absence  of  any  good  primitives  for 
operating  on  data  files.  All  of  these  difficulties  can  be  overcome, 
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but  an  ideal  system  would  make  them  unneccessary. 

A  much  more  serious  difficulty  arises  in  connection  with  using  FSL 
to  describe  assembly  languages.  An  assembly  language  consists  of  the 
symbolic  representation  of  a  machine  order  code  along  with  certain  high 
level  operators  called  macro -operations  and  pseudo -operations.  The 
crucial  feature  is  that  an  assembly  language  has  a  basic  1:1  corres¬ 
pondence  with  the  computer  on  which  it  is  to  run.  There  is  no  simple 
way  to  capture  this  essential  feature  in  FSL. 

The  missing  concept  here  is  a  formalism  for  describing  the  char¬ 
acteristics  of  a  computer.  This  is  one  of  the  most  important  problems 
in  the  theory  of  computing  at  the  present  time  and  will  be  discussed 
further  in  Section  V-B.  This  same  difficulty  occurs  in  trying  to  des¬ 
cribe  FSL  in  FSL,  In  order  to  build  good  translators,  one  must  make 
a  particular  implementation  of  FSL  highly  dependent  on  the  characteris¬ 
tics  of  the  object  machine.  One  could  write  the  semantics  of  FSL  in 
FSL,  but  the  result  would  not  be  at  all  indicative  of  the  structure  of 
the  language.  This  is  not  so  surprising  when  one  recalls  that  FSL  was 
designed  to  replace  assembly  languages  in  describing  translators. 

The  remaining  question  concerns  the  quality  of  translators  produced 
by  an  FSL  system.  This  is  very  difficult  to  evaluate  because  there  are 
many  qualities  of  a  good  translator  and  these  are  not  all  mutually  com¬ 
patible.  Language  designers  have  always  had  to  evaluate  the  relative 


101. 


emphasis  to  be  placed  on  time  and  storage  space  at  compile  time  and  at 
run  time.  In  addition,  error  detection  and  recovery  features  are  a 
major  consideration. 

We  have  attempted,  in  the  FSL  system,  to  allow  the  individual 
language  designer  to  make  these  choices  for  himself.  All  of  the 
translators  designed  so  far  have  been  influenced  by  the  nature  of  the 
program  load  at  Carnegie  Tech.  Since  there  are  a  large  number  of  stu¬ 
dent  runs  and  input-output  is  on-line,  at  least  half  of  the  computer's 
time  is  spent  translating  programs.  For  this  reason,  a  translator 
which  produces  marvelous  code  at  the  expense  of  compile  time  is  not 
locally  desirable. 

The  translators # for  algebraic  language  produced  by  the  FSL  system 
seem  comparable  with  hand  coded  translators  on  the  G-20.  The  compile 
speeds  are  equally  good,  (most  of  the  time  is  spent  in  character  scan¬ 
ning  in  any  case)  and  the  code  produced  is  locally  good  though  the  code 
does  not  have  interesting  global  features.  In  Section  V-B  we  discuss 
the  question  of  producing  highly  efficient  code  using  an  FSL  system. 

A  major  weakness  of  the  current  system  is  the  space  it  occupies 
at  compile  time.  This  arises  because  all  features  of  the  system  are 
present  in  every  translator.  This  difficulty  can  be  eliminated  by 
using  a  relocator  routine  which  loads  only  those  features  needed  for 
a  particular  language.  For  example,  the  small  language  translator  could 
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be  made  about  20  per  cent  smaller  by  these  techniques. 

The  error  detection  and  recovery  features  of  the  system  are  poten¬ 
tially  quite  good.  An  example  of  an  elaborate  error  scheme  for  ALGOL  60 
using  the  Production  Language  may  be  found  in  reference  [13].  Several 
debugging  aids  are  also  included  as  a  basic  part  of  the  FSL  system. 

The  subject  of  machine  independence  is  one  on  which  we  have  little 
information.  In  the  discussion  of  implementation  in  Chapter  IV  we  des¬ 
cribed  a  technique  for  using  existing  translators  as  part  of  an  FSL 
system.  There  is  no  apparent  reason  why  such  a  system  could  not  be 
implemented  on  any  large  general  purpose  machine.  However,  since  there 
is  only  one  extant  implementation  of  FSL,  no  more  precise  claim  can  be 
made  at  this  time.  These  questions  on  the  adequacy  of  FSL  will  be  con¬ 
sidered  further  in  the  next  section,  which  deals  with  areas  for  future 
research. 

B,  Future  Research 

As  mentioned  in  the  preceding  section,  there  are  many  improvements 
which  could  be  added  to  the  FSL  system.  There  are  several  programming 
constructs,  notably  linked  lists,  which  have  not  yet  been  formalized  in 
the  system,.  A  relocator  would  enable  the  Basic  Compiler  to  use  only 
required  space  at  translate  time.  With  a  relocator  comes  the  ability 
to  add  new  routines  to  the  repertoire  of  the  Basic  Compiler  directly  in 
an  FSL  program. 
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Another  set  of  additions  would  be  useful  for  improving  the  quality 
of  code  produced  by  the  system.  Although  global  optimization  rules 
such  as  the  recognition  of  common  subexpressions  can  be  programmed  in 
FSL,  we  would  suggest  an  alternative  course  of  action.  At  least  on 
the  G-20,  much  global  optimization  can  be  done  on  the  resulting  object 
code.  With  very  little  information  about  the  source  language  (e.g., 
location  of  brackets  and  branch  points)  one  can  produce  remarkably 
good  code.  A  routine  to  perform  these  operations  will  be  added  to  the 
system  with  a  switch  making  its  use  optimal.  This  has  the  advantage 
that  it  will  be  available  to  all  users  of  the  FSL  system,  but  need  not 
be  used  in  programs  not  yet  debugged. 

We  also  plan  to  add  a  complete  assembly  language  to  the  FSL  system. 
While  this  is  distasteful  from  an  abstract  viewpoint,  it  will  enable  one 
to  utilize  machine  dependent  features  when  their  use  is  warranted.  This 
should  not  interfere  with  communication  between  humans  because  the  pub¬ 
lished  version  of  a  translator  would  be  written  wholly  in  FSL  with  notes 
about  the  parts  which  were  recoded  in  assembly  language.  This  technique 
is  used  currently  in  communicating  algorithms  written  in  problem-oriented 
source  languages  such  as  ALGOL  or  LISP, 

Another  set  of  improvements  concern  the  input  text  character  scanner 
which  is  part  of  all  languages  written  in  FSL.  At  the  present  time  the 
scanner  contains  several  fixed  conventions  such  as  which  characters  can 
be  juxtaposed  to  form  an  identifier.  One  would  like  a  set  of  declarations 
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in  the  productions  of  source  language  to  describe  such  variable  conditions 
as  fixed  field  scanning  as  well  as  those  mentioned  above. 

The  major  weakness  in  the  system  is  its  inability  to  describe  assembly 
language  and  other  machine  dependent  systems.  Since  the  FSL  system  is 
equivalent  to  a  Turing  machine  and  hence, "all  things  are  possible",  we 
must  clarify  what  is  meant  by  ’inability*. 

If  one  were  giver,  the  task  of  writing  an  assembler  for  the  G-20  in 
FSl  there  are  two  basic  approaches  one  could  take.  Since  an  assembly 
language  is  just  another  computer  language,  we  could  write  it  machine- 
independent  semantics  just  as  we  would  those  for  ALGOL.  This  would  have 
the  pleasant  property  that  the  assembly  language  would  function  on  any 
machine  having  an  FSL  implementation.  The  problem  is  that  on  the  G-20 
the  code  produced  by  this  assembler  would  be  intolerable.  Where  a  con- 
vential  assembler  is  1:1  with  machine  code  in  its  basic  operations, 
the  FSL  assembler  would,  in  essence,  be  simulating  the  computer  on  itself. 

There  is  another  way  of  attacking  this  problem  in  FSL.  since  we 
know  the  internal  representation  of  G-20  commands  we  could  build  a  table 
of  them  using  FSL.  FSL  also  contains  operations  for  uniting  in,  and 
extracting  off,  bit  patterns  so  we  could  build  G-20  commands  much  as  a 
conventional  assembler  would.  Although  it  might  take  longer,  there  is 
every  reason  to  suspect  that  the  FSL  assembler  would  create  good  code. 

With  this  approach  the  difficulty  is  that  the  FSL  Jemantics  does  not 
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describe  the  nature  of  the  language  being  described  and  would  be 
absolutely  useless  on  a  machine  different  than  the  G-20. 

The  solution  to  this  dilemma  requires  a  formal  language  capable 
of  expressing  the  properties  of  a  computer,  as  FSL  does  for  a  computer 
language.  Since  there  is  no  clear  dividing  line  between  the  properties 
of  computers  and  of  computer  languages,  this  additional  language  might 
well  be  an  extension  of  FSL.  The  difficulties  involved  in  formalizing 
the  properties  of  computing  machines  and  machine-like  languages  are 
immense.  Although  no  solutions  exist  at  this  time,  there  are  several 
efforts  in  this  direction  and  results  can  be  hoped  for  in  the  near 
future. 

An  extension  to  FSL  which  would  allow  the  process  description  of 
computers  would  do  far  more  than  solve  the  problem  of  building  assembly 
languages.  If  one  had  such  a  language  the  model  of  the  compiler-compiler 
could  be  extended  to  include  a  formal  description  of  the  target  (object) 
language.  This  description  could  then  be  processed  by  a  program  which 
would  produce  generators  to  be  used  by  the  old  FSL  system.  The  object 
language  would  always  be  machine -like  but  the  source  language  could  vary 
in  type. ’  If  the  source  language  were  a  problem-oriented  language  like 
those  discussed  in  this  paper,  the  compiler -compiler  would  4e  the  same 
except  that  it  could  produce  a  variety  of  machine  and  assembly  codes. 
Assembly  languages  could  be  designed  so  that  they  would  work  efficiently 
on  machines  that  matched  their  characteristics.  Further,  if  the  source 


language  were  also  machine-like,  the  compiler -compiler  would  produce  a 
simulator  of  the  source  machine  on  a  target  machine. 

It  appears  that  the  picture  above  assumes  that  once  the  meta-lan¬ 
guage  is  prescribed  there  will  be  little  difficulty  involved  in  the 
construction  of  processors.  Our  experience  with  programming  in  general 
and  FSL  in  particular  indicates  that  this  is  largely  the  case.  Perhaps 
the  point  is  that  a  sine  qua  non  for  an  adequate  computer  language  is 
that  it  contain  an  implicit  description  of  its  processor.  In  any  event, 
a  formalization  of  the  properties  of  computers  would  be  a  major  advance 
in  the  theory  of  programming  languages. 

The  introduction  of  a  semantic  meta-language  such  as  FSL  raises 
another  set  of  questions  entirely  distinct  from  those  considered  above. 
These  all  deal  with  the  properties  of  FSL  as  a  formal  system.  The  most 
interesting  question  regards  the  relationship  of  FSL  to  various  notions 
of  formalized  semantics  used  in  mathematical  logic.  A  preliminary 
investigation  of  this  question  left  us  with  no  concrete  results. 

One  might  also  want  to  use  the  idea  of  formal  semantics  to  define 
a  notion  of  formal  translation.  Intuitively,  one  would  describe  trans¬ 
lation  as  a  process  which  preserves  meaning.  The  many  treatments  of 
translation  as  a  purely  syntactical  process,  while  very  valuable,  do 
not  capture  this  intuitive  concept  of  translation.  If  there  were  a 
fixed  semantic  meta-language,  one  could  discuss  translation  as  a  process 
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conserving  semantics  in  that  meta-language.  This  would  leave  the 
problem  of  determining  the  equivalence  of  two  statements  in  the  meta¬ 
language,  but  at  least  it  would  create  a  well-defined  problem  area 
where  before  there  was  none. 

Among  the  questions  one  might  want  to  ask  are  the  following. 

— I3  this  program  in  ALGOL  equivalent  to  that  LISP  routine?  Is  language 
A  strictly  weaker  than  (or  equivalent  to)  language  B?  Can  I  find  a 
shorter  program  in  another  language  which  will  have  the  same  meaning 
as  this  one?  While  all  of  these  questions  will  all  still  be  undecid- 
able  in  the  formal  sense,  representation  in  a  fixed  meta-language 
should  m,ake  particular  cases  more  tractable,  i.e.,  provide  representations 
for  special  proofs. 

We  have  presented  in. this  paper  a  number  of  ideas,  some  borrowed, 
some  new,  about  the  formalization  of  computer-oriented  languages.  The 
most  significant  was  a  semantic  meta-language,  FSL,  which  seems  to  pro¬ 
vide  new  opportunities  in  several  .areas  of  programming  research.  Besides 
its  use  on  a  compiler-compiler,  FSL  has  proved  useful  in  teaching  lan¬ 
guage  design  and  shows  promise  of  helping  to  provide  insight  into  the 
nature  of  computer-oriented  languages. 

Whatever  the  merits  of  our  particular  system,  some  such  formalized 
system  will  have  a  marked  effect  on  language  design.  Picture,  if  you 
^j.3.1,  a  time  when  there  are  standard  formalisms  for  expressing  the  syntax 
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and  semantics  of  computer  languages. 

Then  suppose  a  language  designer  devises  a  language  for  expressing 
a  certain  class  of  problems.  First  of  all,  in  specifying  formally  its 
syntax  and  semantics,  he  is  forced  to  make  his  ideas  precise.  Since  the 
formalisms  are  translator  oriented  it  will  be  hard  to  specify  those 
constructs  which  are  unnatural  to  implement.  Once  the  language  is  speci¬ 
fied  the  meta-compiler  will  automatically  produce  a  translator  on  which 
the  designer  can  try  his  problems.  Should  the  language  prove  acceptable 
he  could  then  publish  his  formal  description  much  as  algorithms  are  now 
published  in  the  Communications  of  the  ACM.  But,  this  published  version 
is  also  the  complete  specification  of  a  translator  from  his  language  to 
any  machine  which  has  an  implementation  of  the  formal  system.  All  of 
this  does  more  than  present  an  intriguing  picture,  it  describes  a  situa¬ 
tion  which  should  be  realized  in  the  near  future. 
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Notes  on  the  Appendices 

The  material  contained  in  these  appendices  forms  an  integral  part 
of  the  thesis.  The  basis  for  most  of  them  is  one  or  more  machine 
listings.  In  all  cases  these  are  actual  runs  of  the  programs  being 
described. 

Appendices  A-C  comprise  a  complete  description  of  the  subset  of 
AKIOL  60  which  we  call  the  small  language.  The  BNF  syntax  of  the  small 
language  which  is  Appendix  A  is  what  might  be  given  in  a  published 
paper  on  the  small  language.  The  Appendices  B  and  C  are  a  solution  to 
the  problem  of  building  a  compiler  for  the  small  language. 

Appendix  B  contains  a  run  of  the  production  loader  on  the  syntax 
of  the  small  language.  The  results  of  this  run  are  some  tightly  packed 
tables  which  will  control  the  scanning  of  small  language  source  pro¬ 
grams.  The  notation  used  in  these  tables  is  described  in  that  section. 

Appendix  C  contains  a  run  of  the  semantic  loader  on  the  FSL  seman¬ 
tics  of  the  small  language.  The  tables  produced  there  are  actually 
short  programs  which  will  be  executed  by  the  Basic  Compiler.  We  will 
give  a  capsule  description  of  the  G-20  machine  code  at  the  end  of  these 
notes.  This  description  will  also  be  of  use  in  reading  Appendix  F, 
which  contains  the  translations  of  sample  programs  in  the  small  language. 
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Appendices  D  and  E  describe  the  semantic  meta-language,  FSL.  The 
Backus  Normal  Form  syntax  constitutes  Appendix  D  while  the  Production 
Language  Syntax  is  Appendix  E.  The  tables  produced  in  Appendix  E  follow 
the  sarnie  format  as  those  for  the  productions  of  the  small  language 
(Appendix  B). 

In  order  to  fully  understand  the  appendices,  one  must  have  some 
knowledge  of  G-20  machine  code.  We  will  present  a  brief  description  of 
the  machine,  emphasizing  its  differences  from  the  better  known  computers 
of  its  class. 

The  Control  Data  (nee  Bendix)  G-20  at  Carnegie  Tech  is  a  large  single 
address  machine.  Among  its  more  interesting  features  are  a  floating  point 
accumulator  and  a  special  operand  assembly  (OA)  register.  These  are  the 
only  hardware  registers  with  which  we  will  be  concerned.  Although  the 
G-20  has  64  index  registers,  these  are  in  its  6  /^-second  core  memory 
and  thus  have  appreciable  access  times.  We  will  describe  the  G-20  command 
structure  as  it  will  appear  in  Appendices  C  and  F.  The  format  of  a  com¬ 
mand  is: 


f  xxx  m  ddddd  ,  ii 

whre  ’f’  denotes  the  interrupt  flag  (0-3 )  used  by  the  machine  hardware. 
The  symbols  ’xxx’  denote  one  of  the  3 “letter  mnemonic  opcodes  which  we 
will  describe  below.  The  ’m’  denotes  the  addressing  mode  (0-3)  and  will 
also  be  described  below.  The  field  marked  ’ddddd’  stands  for  the  five 
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digit  octal  address  used  in  a  G-20  command  and  the  *iir  denotes  one  of 
the  octal  100  index  registers  (0-77).  The  internal  representation  of 
a  command  is  slightly  different  than  our  picture. 

Before  describing  the  commands,  we  must  say  something  about  the 
address  structure  of  the  G-20.  This  is  based  on  the  use  of  the  0A 
register  which  automatically  combines  with  the  address  field  of  every 
command  according  to  the  mode  specified  in  the  command.  If  we  represent 
the  address  field  of  a  command  by  A,  the  index  field  by  I  and  the  con¬ 
tents  of  0A  register  as  (0A)  we  attain  the  following  rules  for  building 
X,  the  effective  address. 

Mode  Effective  Address 

0  (0A)  +  A  +  (I)  =  X 

1  (0A.)  +  (A)  +  (i)  «=  X 

2  ( (0A)  +  A  +  (I))  =  X 

3  ((0A)  +  (A)  +  (I))  =  X 

The  normal  mode  for  stores  and  transfer  commands  is  mode  0,  while  all 
other  commands  are  normally  in  mode  2.  There  are  special  commands  for 
operating  on  the  0A  and,  except  for  these  instructions,  the  OA  is  set 
to  zero  after  every  command. 

In  the  table  of  opcodes  (Figure  4),  (ACC)  stands  for  the  accumu¬ 
lator  and  all  the  symbols  defined  above  retain  their  meanings.  Notice 
that  for  all  conditional  statements  the  next  command  is  executed  if  the 
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Partial  List  of  G-20  Opcodes 


Address 

Preparation 

OCA 

X  — >  (OA) 

OCA 

-x  — >(oa) 

OAD 

(ACC)  +  X-»(OA) 

OSU 

(ACC)  -  X->(OA) 

Add  and 

Substract 

CLA 

X  — >  (ACC) 

CLS 

-X  *  (ACC) 

ADD 

(ACC)  +  X-*(ACC) 

SUB 

(ACC)  -  X  — '(ACC) 

ADN 

-  (ACC)  -  X  (ACC) 

SUN 

-  (ACC)  +  X  (ACC) 

ADA 

(ACC)  +  X  — »•  (ACC) 

SUA 

(ACC)  -  X  — >  (ACC) 

Arithmetic  Tests 
FOM  X  <  0 

FOP  X  >  0 

FLO  (ACC)  <  X 

FGO  (ACC)  >  X 

Multiply  and  Divide 
MPY  (ACC)  *  X  (ACC) 

DIV  (ACC)  /  X  (ACC) 

RDV  X  /  (ACC)  (ACC) 

Logic  Operations 
CAL  X  (ACC) 

CCL  X  (ACC) 

ADL  (ACC)  +  X-?  (ACC) 

SUL  (ACC)  -  X  (ACC) 

EXL  (ACC)  a  x  (ACC) 

UNL  (ACC)  v  X  — >(ACC) 

Logic  Tests 
IOZ  X  =  0 

IOZ  X  =  0 

IUO  (ACC)  -  x/  o 


Index 

Register  Codes 

LXP 

X  — »  I 

IJCM 

-X  I 

ADX 

(I)  +  X— >1 

SUX 

(I)  -  X  — *  I 

AXT 

(I)  +  X-»I 

(=0?) 

SXT 

(I)  -  X-*I 

(=0?) 

Transfer  of  Control 

TRA 

X  ->NC 

TRM 

(NC)  X;,  X  + 

1  -»  NC 

Store 

STL  ( ACC)  — >  X 

STD  (ACC)  X 

STI  (ACC)  — >X 

.STZ  O^X 


Figure  4. 
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condition  holds.  With  this  capsule  view  of  the  G-20  and  the  descriptions 
accompanying  the  examples ,  it  should  be  possible  to  follow  the  code 
generated  in  Appendices  C  and  F.  A  much  more  complete  set  of  examples, 
including  a  number  of  source  languages,  will  appear  as  a  separate  paper. 


Appendix  A 

Syntax  of  a  Small  Language 

Arithmetic  expression>  ::  =  <term>  |  +  <term>  | 

Arithmetic  expression>  +  <term> 

<term>  : :  =  <factor>  |  <term>  #/  <factor> 

<factor>  : :  =  <primary>  |  <factor>  f  <primary> 

<primary>  s :  **  <identifier>  |  (Arithmetic  expresaion>) 

Aimple  boolean>  ::  =  <identifier>  |  Arithmetic  expression> 

Aelation>  Arithmetic  expression> 

<boolean>  : :  =  Aimple  boolean>  |  <if  clause>  Aimple  boolean> 

ELSE  Aoolean> 

<if  clause>  : :  =  IF  Aoolean>  THEN 

<if  statement>  : :  =  <if  clause>  <unconditional> 

Assignment  =  <identifier><— Arithmetic  expression>  | 

<identifier>  A-  Aoolean> 

<go  to  statement  ::  =  GO  TO  <identifier> 

Aonditionat  : :  =  <if  statement  I  <if  statement  ELSE  Atatement 

<unconditional>  ::  n  Assignment  j  <go  to  statement  I  Alock> 

Aeclaration>  : ;  =  <type>  <type  list  I  <declaration>  ;  <type> 

<type  list 

<type>  ::  =  REAL  |  BOOLEAN  /  LABEL 

<type  list  s :  =  <identif ier>  j  <type  list  ,  <identifier> 

Aead>  : :  =  BEGIN  |  BEGIN  Aeclaration>  |  Aead>  ;  Atatement 
Alock>  : :  =  Aead>  END 

Atatement  : :  =  Aonditionat  J  <unconditionat  j  Ampty>  | 

<identifier>  :  Atatement 


Notes  on  Appendix  B 
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The  appendix  is  a  machine  run  of  the  Production  Language  syntax  of 
the  small  language.  Besides  the  productions  themselves  there  are  three 
tables  given  as  input  to  the  Production  Loader.  The  first  is  a  table  of 
reserved  identifiers,  both  those  used  internally  and  those  which  appear 
in  the  source  code.  The  second  table  defines  the  class  names  (meta¬ 
characters)  as  discussed  in  Chapter  II.  The  table  of  actions  contains 
all  those  mentioned  in  Chapter  II  as  well  as  others  used  internally  by 
the  system. 

As  we  have  mentioned,  the  tables  built  by  the  Production  Loader 
are  tightly  packed  and  thus  difficult  to  read.  The  small  table  at 
37715  to  40011  contains  initializing  information  for  the  Basic  Compiler. 
The  two  tables  (other  stuff  and  LABELS)  before  the  production  table  con¬ 
tain  debugging  information  which  will  not  concern  us  here. 

To  read  the  production  table  we  must  understand  the  internal  num¬ 
bering  system  for  symbols.  Reserved  symbols  are  given  octal  integers 
starting  at  200  as  internal  names.  After  the  last  number  assigned  to 
a  reserved  symbol  (261  for  the  small  language),  the  source  code  identi¬ 
fiers  are  numbered  sequentially. 

The  production  table  consists  of  two  types  of  words,  head  cells 
and  operands.  Consider  the  first  entry  (62245)  in  the  production  table. 


0  105  02  10000 


The  ’105’  marks  this  as  the  head  cell  of  a  production  and  the  *02* 
gives  the  relative  address  of  the  next  head  cell.  The  ’10000’  is  the 
relative  address  of  the  interpretation  table  entry  corresponding  to 
this  production.  We  will  discuss  the  interpretation  table  below. 

The  next  cell  contains  ’252’  in  the  low  order  positions.  This  is 
the  octal  integer  which  corresponds  to  ’BEGIN’.  A  word  of  all  zeros  in 
the  production  table  corresponds  to  a  ’  <5  ’  in  a  production. 

The  interpretation  table  is  easier  to  follow.  The  integer  in  the 
high  order  position  represents  one  of  the  actions  in  the  Action  Table. 
These  are  numbered  sequentially  starting  with  »1'  for  EXEC.  The  param¬ 
eter  to  the  action  is  contained  in  the  low  order  bits  of  the  same  word. 
These  tables  are  interpreted  by  the  Basic  Compiler  in  recognizing  source 
language  text. 


Appendix  B 

Productions  for  the  Small  Language 


SYMBOLS 

12  INTERNAL  SYMBOLS 


+ 

I 

p 

F 

T 

E 

SBE 

BE 

I  CL 
UN 

S 

HEAD 
1  *♦ 

+ 

m 

- 

* 

* 

/ 

/ 

8 

= 

V 

V 

* 

t 

A 

< 

< 

> 

> 

*< 

-1  < 

-> 

n 

t 

t 

i 

• 

• 

l 

1 

J 

• 

t 

1 

• 

• 

♦- 

** 

$ 

S 

( 

( 

l 

1 

( 

J 

) 

J 

) 

real 

REAL 

BOOLEAN 

BOOL 

label 

LABL 

begin 

BEGN 

end 

END 

GOTO 

GO 

IF 

IF 

then 

THEN 

else 

ELSE 

true 

TRUE 

false 

FALS 

METACHARACTERS 
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H  <UP>  ♦  -  •  /  t 
M  <122  HEAL  BOOL  LABI 

M  <K'W2  J  t  <  >  -.<  -> 

M  <PM2  t  - 

M  <102  •  / 

*  ACTIONS 


EXEC 

NSTK 

SIAK 

KALU 

SU8R 

SCAN 

NEXT 

SfcT 

BOOK 

RETURN 

EHHOR 

BALT 

CON 

NUM 

POUT 

STRIN 

•  PRODUCTIONS 

37715  00000000074  00053117163  00003754224 

37725  00017232775  00125776240  20000034000 

37735  00000000070  00000000065  00000000035 

37745  00000000074  00000000075  00000000036 

37755  00000000062  00000000061  00000000060 

37765  30000000000  30000000000  3COOUOOOOOO 

377/5  30000000000  30000000000  3OO0OODOO0O 

40005  30000000000  02000000062  00000000213 


00001020101  00003720323  00000000523  00001336065 
01177702242  00003402170  00000000073  00000000072 
00000000034  00000000076  00000000067  00000000037 
0D00000O036  00000000036  00000000066  00000000064 
000001100057  00000  000056  00000000055  00000000054 
30000 O0U000  30000000000  30000000000  30000000000 
00000(100261  30000000000  02000000046  OOOOOOODD32 
30000000000  30000000000 


00000016307 

00000000071 

00000000053 

00000000063 

30000000000 

30000000000 

00000000014 


121 


SO 

BEGN 

1 

1 

EXEC  1 

*D1 

<SG> 

1 

1 

ERROR  0 

01 

D1 

<TP> 

I 

1 

SCAN 

♦  D2 

begn 

END 

1 

4 

S  1 

*S1 

begn 

• 

P 

1 

4 

BEGN  1 

*  D1 

BEGN  I-* 

<SG> 

1 

■4 

head 

; 

<SG>  | 

EXEC  2 

SI 

BEGN 

<SG> 

I 

• 4 

head 

• 

p 

<SG>  | 

EXEC  2 

SI 

D2 

REAL  I 

<SG> 

1 

1 

EXEC  A 

D3 

800L  I 

<SG> 

1 

1 

EXEC  5 

D3 

LABL  I 

<  SG> 

1 

1 

EXEC  30 

D3 

D3 

<TP>  I 

I 

4 

<TP>  1 

SCAN 

♦  D2 

1  - 

<TP>  I 

• 

p 

1 

4 

1-  1 

♦  D1 

<TP>  I 

t 

p 

1 

4 

1  -  1 

■  ♦  Dl 

i 

<  SG  > 

I 

1 

ERROR  1 

01 

SI 

\ 

BEGN 

1 

1 

♦  Dl 

IF 

1 

1 

*B1 

GO 

1 

1 

♦  G 1 

P 

1 

4 

s 

;  i 

S9 

END 

1 

I 

S9 

I 

I 

i 

♦  S2 

S2 

i 

• 

• 

1 

4 

I 

EXEC  26 

♦  SI 

i 

4- 

1 

i 

*EX1 

<SG> 

1 

i 

ERROR  2 

01 

11 

4- 

I  CL 

1 

i 

♦  B1 

IF 

I  CL 

1 

i 

*B1 

SBE  ELSE 

I  CL 

1 

i 

*B1 

I  CL 

1 

i 

EXEC  3 

♦  SI 

<  SG> 

1 

i 

ERROR  4 

01 

UNI 

I  CL  UN 

<  SG> 

1 

I 

Cl 

UN 

<SG> 

1 

4 

S 

<SG>  1 

S9 

<SG> 

1 

1 

ERROR  5 

01 

Cl 

I  CL  UN 

ELSE 

1 

1 

EXEC  6 

♦  SI 

I  CL  UN 

<SG> 

t 

4 

s 

<SG>  1 

EXEC  7 

S9 

<SG> 

t 

1 

ERROR  6 

01 

PI 

I 

1 

4 

P  1 

EXEC  9 

♦  FI 

( 

1 

1 

♦  PI 

+ 

1 

4 

1 

♦  PI 

- 

1 

1 

♦  PI 

<  SG  > 

1 

1 

ERROR  7 

01 

FI 

F 

t  P 

<  SG  > 

1 

4 

F 

<SG>  1 

EXEC  28 

F  2 

P 

<  SG  > 

! 

4 

F 

<SG>  | 

F  2 

F2 

F 

r 

1 

1 

♦  PI 

T 1 

T 

*  F 

<  SG> 

1 

4 

T 

<SG>  I 

EXEC  10 

T  2 

T 

/  F 

<  SG  > 

1 

4 

T 

<SG>  I 

EXEC  11 

T  2 

F 

<SG> 

1 

4 

T 

<SG>  1 

T  2 

T2 

T 

<TD> 

1 

1 

♦  PI 

El 

E 

+  T 

<SG> 

1 

4 

E 

<SG>  | 

EXEC  12 

E2 

E 

T 

<  SG  > 

1 

4 

E 

<SG>  I 

EXEC  13 

E2 

T 

<  SG  > 

1 

4 

E 

<SG>  1 

EXEC  14 

E2 

T 

<SG> 

1 

4 

E 

<SG>  1 

E2 

E2 

E 

<PM> 

1 

1 

♦  PI 

(  E 

) 

1 

4 

P  1 

EXEC  15 

♦  FI 

E 

<HL  > 

1 

1 

♦  PI 

I 

-  E 

<  SG  > 

1 

4 

UN 

<SG>  | 

EXEC  16 

UNI 

E 

=  E 

<SG> 

1 

4 

SBE 

<SG>  | 

EXEC  17 

B2 

122 


E  <  E 

E  >  E 

E  <RL>  E 

81 


I 

I 


B2 

SBE 

SBE 

83 

IF 

BE 

I  CL 

S8E  ELSE 

BE 

EX1 

I 

BE 

EX  2 

I 

I 

I 

*- 

I 

G1 

GO 

S9 

I  CL 

UN 

else 

S 

I  CL 

UN 

else 

UN 

HEAD 

) 

S 

HEAD 

t 

S 

ND1 

1  •* 

Q1 

# 

END 

<SG> 

1  - 

SBE 

<SG> 

<SG> 

- 

SBE 

<SG> 

<  SG  > 

- 

SBE 

<SG> 

<  SG> 

IF 

+ 

- 

< 

<0P> 

4 

P 

<0P> 

<RL> 

4 

E" 

<RL> 

<SG> 

4 

SBE 

<SG> 

I  I 
ELSE  I 


<SG> 

- 

BE 

<SG> 

THEN 

I  CL 

<SG> 

•* 

BE 

<SG> 

<SG> 

-» 

UN 

<SG> 

I  I 

U  \ 


+ 

4 

{ 

<0P> 

4 

P 

<0P> 

<RL  > 

•4 

E 

<RL> 

<  SG> 

■ 4 

UN 

<SG> 

<SG> 

I  I 

-4 

UN 

<SG>  | 

<SG> 

4 

S 

<SG> 

<  SG> 

■4 

S 

<SG> 

• 

9 

4 

HEAD 

f 

9 

END 

4 

UN 

UN 

1  ■* 

<SG> 

<SG> 

EXEC  18 
EXEC  19 
EXEC  17 
ERROR  8 


EXEC  8 
EXEC  8 
EXEC  20 


EXEC  21 
EXEC  22 
EXEC  23 


EXEC  8 
EXEC  8 
EXEC  24 
ERROR  8 
EXEC  25 
ERROR  9 
EXEC  27 
EXEC  27 

EXEC  29 
EXEC  31 

HALT 


B2 

B2 

B2 

01 

*B1 

♦  PI 
*P1 

♦  PI 
FI 

♦  PI 
B2 

♦  B4 

♦  B1 
B3 
11 
B3 
UNI 

♦  EX2 

♦  B1 

♦  PI 

♦  PI 

♦  PI 
FI 

♦  PI 
UNI 
01 

♦  UNI 
01 
S9 
S9 

♦  SI 
ND1 
01 

♦  UNI 
01 


OTHER 

stuff 

I  1 

4 

I  2 

0 

I  3 

0 

I  4 

1 

I  5 

0 

I  6 

14 

I  7 

61 

I  8 

67 

I  9 

0 

HO 

56 

Ill 

67 

112 

12 

113 

12 

114 

5 

115 

0 

116 

26 

123. 


117 

2 

118 

293 

119 

•  0 

120 

28 

121 

16333 

J  0 

2B7 

J  1 

0 

J  2 

1 

J  3 

61 

J  * 

67 

J  5 

7 

J  6 

51 

J  7 

12 

LABEL  TABLE 

label  name 

VALUE 

1 

SO 

0 

2 

Dl 

4 

3 

01 

285 

4 

D2 

19 

5 

SI 

46 

6 

D3 

31 

7 

61 

190 

8 

G1 

253 

9 

S9 

258 

10 

S2 

58 

11 

EX1 

230 

12 

11 

66 

13 

UNI 

80 

14 

Cl 

89 

15 

PI 

99 

16 

n 

109 

17 

F2 

117 

IB 

T 1 

120 

19 

T2 

133 

20 

El 

136 

21 

E2 

153 

22 

62 

209 

23 

04 

198 

24 

83 

215 

25 

EX2 

240 

26 

ND1 

280 

27 

1 

PRODUCTION 

TABLE 

62245 

01 050210000 

00000000252 

01 050210003 

ooono  ii  ooooo 

62255 

00000000252 

01050310014 

00000000235 

00000000252 

62265 

01050310025 

00000000000 

00000000252 

01 050"! 0 033 

62275 

nooooooouoo 

00000000200 

00000000250 

01050 41 0037 

62305 

00000000234 

00000000200 

01050300006 

0105051ii045 

6231  5 

01050410050 

00000000235 

00000000200 

01  050  100006 

62325 

01050210060 

00000000255 

01  050210062 

OOOOO 000254 

62335 

0 1 050210071 

00000000200 

01  050310073 

000n0n0'i236 

01050210005 

01050410017 

00000000000 

00000000000 

00000000235 

0105021005'* 

0105021006* 

00000000200 


01050300006 

00000000000 

00000000200 

00000000200 

00000000200 

00000000000 

00000000235 

01050310077 


01050310010 

00000000213 

00000000246 

00000000251 

01050300006 

01050210056 

01050210070 

00000000237 


00000000253 

00000000252 

01050410035 

01050410041 

00000000213 

00000000252 

00000000253 

00000000200 


6^3**  3 
623b? 
62365 
623/5 
62  4  0  5 
62415 
62425 
62435 
62445 
62455 
624  6  5 
624  /5 
62505 
62515 
62525 
62535 
62545 
62555 
62565 
625/5 
626U5 
62615 
62625 
62635 
62645 
62655 
62665 
626/5 


65202 

65212 

65222 


65227 
6523/ 
6524  7 
65257 
65267 
652/7 
6530  7 
65317 
65327 
65337 
6534  7 
65357 
65367 
653/7 
654U7 
654  1  7 
65427 
65437 
6544  7 
65457 


01050210101 
01050410107 
01050410116 
0  0  0  0  0  0  0  0  0  0  0 
00000000207 
00000000214 
00000000231 
01 050510167 
00000000217 
01 050510205 
00000000215 
00000000203 
01050310235 
01050510244 
00000000224 
00000000000 
01050210274 
00000000200 
00000000200 
00000000256 
00000000207 
01050210353 
01 050310364 
00000000200 
01 050210413 
01050610422 
00000000211 
01050310436 


00000000000 

00000000207 

00000000000 

01050410125 

01050210135 

01050210151 

00000000202 

00000000000 

000000110203 

oonoooooooo 

00000000204 
01050310226 
01050600011 
OOOOOOOOOOO 
00000U00204 
00400000204 
00000000214 
0105031 0310 
01050310325 
00000000206 
01050510344 
00000000255 
01050500001 
00000000237 
OOOOOOOOOOO 
OUOOOUOOOOO 
00000000235 
00000000210 


01050310103 
00000000257 
00U0000I121O 
00000000257 
OOOOOOOOOOO 
00000000215 
01 050310161 
00000000202 
01 050310177 
00000000203 
01050410215 
Hi  050200017 
00000000204 
00000000204 
Cl  05051  0256 
01050600011 
0105021 0277 
01  0506000H 
00000000257 
00000000255 
OOOOOOOOOOO 
01050210355 
00000000200 
00000000200 
01 050610415 
00000000210 
00000000212 
00000000213 


00070000004 
0006000000’ 
00030000000 
00070000056 
00060000000 
00060000001 
0006000000. 
00070000072 
00070000435 
0  (1060000001 
00070000402 
00030000000 
00060000001 
00070000143 
00030000207 
00070000205 
00070000205 
00030000000 
00020000002 
00010000017 


oonnonou207 
00000  0  0  (1 205 
000(1  Oil  0  0  20  7 
ooonO'iOu2i  o 
010507111137 
01  050711)153 

00000 II 01)  000 

OOOOOOO' 216 
OOOOOI'OOOUO 
000  0  0  "O'1 214 
ooooo  ■<  0  0  000 

000(100  0204 
01050510237 
OOOOOnO "220 
OODOO "Oil  000 
000001100204 
00000(100215 
00000000200 
OOOOOnO 0205 
01  050M.I1337 
OOOOO "0U206 
00000000214 
01050310371 
01050710404 
0  0  0  !l  0 1. 0(1 0  0  0 
OOOOOnO 0257 
01  05051ii432 
01  050 3 In  441 


00000O0I.253 
30000 "OuOOO 
300001' OOOOO 


00130''00000 
00070" 00056 
OOOl 0 "  0  0  0  02 
0001 0"00004 

00060  0 o  0 0 1 

00070 "OC 004 
00070 n 00 375 
ODD  20 "00002 
00060 0 00001 
0(1 070  "00056 
0013  0 ''0  00  05 
oooio  onoo7 
00070»00155 
00130 II 0D0U7 
00030'  OUOOO 
00020  00003 
00060  00001 
000:  0  o  0  0  0 1 5 
000301100204 

nu060"Onooi 


00000000237 
01050210111 
01050310117 
00000000207 
00000000200 
OOOOOOOOOOO 
00000000201 
00000000203 
00000000202 
00000000204 
00000000203 
01050410230 
OOOOOOOOOOO 
00000000204 
00000000204 
01050210270 
01050210301 
01050310316 
01050310327 
OOOOOOOOOOO 
00000000237 
01050210360 
01050600011 
OOOOOOOOOOO 
0000000021 1 
00000000210 
00000000253 
DOOODDODDDO 


00000000210 

30000000000 


00070000435 
00020000001 
00070000056 
00070000037 
0007D000023 
0013D000001 
00020000001 
00010D00032 
00070000276 
001 3000D004 
00070000435 
00070000402 
00060000001 
00070000435 
00070000165 
00030000000 
00070000143 
00070000231 
00030000000 
00070000155 


01050310105 

00000000207 

OOOOOOOOOOO 

01050410130 

01050210144 

01050510155 

01050310165 

01050510173 

01050310203 

01050510211 

00000000215 

00000000245 

00000000204 

01050510251 

00000000225 

OOOOOOOOOOO 

00000000242 

OOOOOOOOOOO 

OOOOOOOOOOO 

00000000206 

00000000200 

00000000215 

00000000200 

01050310406 

00000000257 

00000000207 

00000000211 

01050210443 


00000000235 

30000000000 


00060000000 

00060000001 

00020000002 

00010U0D005 

00020000003 

00070000435 

00030000211 

00060000001 

00060000001 

00070000435 

00010000006 

00130000006 

00070000143 

00020000003 

00060000001 

00010000013 

00020000003 

00020000003 

00070000231 

00060000001 


00000000207 
01050210114 
00000000210 
DOOOOOOOUOO 
U0000000242 
OOOOOOOOOOO 
00000000231 
OOOOOOOOOOO 
01050200021 
OOOOOOOOS'OD 
01050310222 
00000000204 
00000000237 
OOOOOOOOOOO 
00000000204 
01050210272 
01050310303 
00000000200 
000000  0020  5* 
00000000257 
01050210351 
01050210362 
01050510377 
00000000200 
00000000210 
01050510427 
00000000235 
OOOOOOOOOOO 


ODDOOOOOUDO 

30000000000 


00060000001 

00070000004 

00030000212 

00070000037 

00060000001 

00060000U01 

00030000000 

00070000056 

00070000276 

00070000131 

00060000001 

00070000435 

00020000001 

00030000000 

0007000(1143 

00070000205 

00030000000 

00030000204 

00060000001 

00070000143 


AUXILIARY  PRODUCTION  TABLE 
OOOOOOOOOOO  00000000210  00000000213 

300000000  00  3000  0000000  300000000011 

30000000000  30000000000  30000000000 


INTERPRfcT  AT  ION  TABLE 


nooiooooooi 
00020000002 
00030000212 
(10030000000 
0O070000037 
O'l  020000003 
00060000001 
00070000402 
00070000346 
00070000276 
00030000211 
00020000003 
00030000201 
00070000143 
00070000165 
00030000000 
00030000203 
00070000231 
00010000016 
00020000003 


00060000001 

00030000211 

00030000235 

00010000002 

00020000002 

00030000213 

00070000276 

00060000001. 

00130000002 

oooioouono3 

00030000000 

00030000211 

00010000011 

00060000001 

00020000002 

00010000012 

00030000000 

00020000003 

00070000231 

00030000201 


126. 


00000000255 

OOOOOOOOOOO 

01050210123 

00000000210 

01050210146 

00000000201 

00000000202 

00000000202 

00000000203 

00000000203 

OOOOOOOOOOO 

00000000242 

00000000200 

00000000204 

01050510263 

00000000255 

01050500001 

01050210323 

01050410333 

00000000205 

00000000200 

00000000242 

OOOOOOOOOOO 

00000000254 

00000000207 

00000000235 

00000000212 

30000000000 


30000000000 

30000000000 


00070000023 

00020000003 

00030000235 

00010000036 

00070000004 

00070000004 

00070000402 

00060000001 

00060000001 

00020000002 

00070000056 

00020000001 

00060000001 

00010000034 

00020000003 

00020000002 

00010000014 

00030000000 

00070000143 

00020000004 


6  b  4  6  7 

654  /7 
65 5 U  7 
655 1/ 
65577 
659.37 
65547 
65557 
65567 

655  7  7 
6  5  6  U  7 
6561  7 
656/7 
65667 
6564  7 
65657 
65667 


0003U000210  01)030000000 
000  70000621  01)020000004 
00030000000  00010000023 
00130000010  00070000435 
00070000143  00060000001 
00020000002  00030000204 
00030  000000  00010000024* 
00030000206  00030000000 
00030000001  00030000000 
00070000120  00060000001 
00060000001  00070000143 
00070000155  00020000002 
0003000021 0  00030000000 
00010000031  00060000001 
00010000033  00070000402 
00060000001  00070000056 
00070000435  00060000001 
TAPE  210 

RECORD  TYPE 


0001000  0020  00070')  00 120 

00030000205  000 30  '00000 

0007000032.'  00020  .011004 

00060000001  00070"0l)276 

00070000143  00020"00002 

00030000000  OOOlO  ' 0 0 0 1  0 
000700  0032)  00  060-.QO001 

00070000327  0002000003 

00010000026  00070 o 00 327 

00070000360  00060'  00001 

00060000001  DO  070 T 00143 
00030000204  00030'  00000 

00010000030  00070 ''Oil  120 

00070000120  00130"00011 

00020000005  00030" 0021 1 

0002000  0004  DO  030 "  00210 
00070000120  001401100000 

NUMBER  OF  RECORDS 


00020000004  00030000205  00030000000 
00010000022  00070000321  00020000004 
00030000205  00030000000  00010000021 
00020000001  00060000001  00070000143 
00030000201  00030000000  00010000010 
00060000001  00070000143  00020000002 
00070000306  00060000001  00070000276 
00030000207  00010000025  00070000102 
00020000004  00030000210  00030000000 
00070000276  0002UD^S0001 —  U006000D001 
00020000002  00030000201  00030000000 
00010000010  00060000001  00070000143 
00130000010  00070000435  00020000002 
00070000435  00020000005  00030000001 
00030000000  00010000033  00070000402 
00010000035  00070000430  00020000001 
00070000435 

STARTINQ  RECORD 


SYMBOL  TABLE 
HIERARCHY  TABLE 
PRODUCTION  TABLE 
METACHARACTER  LISTS 


1 

1 

1 

1 


21  .601 
21  .*01 
22  .*01 
22  .*01 


125. 

00010000021 

00030000209 

00070000321 

00060000001 

00070000155 

00030000205 

00020000002 

00020000005 

00010000027 

00070000143 

00010000010 

00020000004 

00030000210 

00030000000 

00020000002 

00010000037 


TIME  USED)  00)02143 


PACES  USED) 


19)14)09 


Notes  on  Appendix  C 


12? 


This  is  a  complete  run  of  the  semantics  for  the  small  language. 

All  of  the  locations  are  in  octal  form  and  the  meaning  of  the  mnemonic 
opcodes  is  given  at  the  beginning  of  the  appendices.  The  semantic  tables 
start  at  656OO  and  extend  to  66650.  The  table  of  addresses  starting  at 
37000  is  called  the  switching  table.  Each  entry  in  this  table  is  the 
first  location  of  the  code  for  a  semantic  routine.  For  example,  the 
code  for  12 4/  (octal  14)  starts  at  66101  as  described  in  cell  37014.  The 
switching  table  is  used  by  the  compiler  in  executing  semantic  routines. 

As  an  example  we  will  consider  the  code  generated  for 

12  J,  C0DE(VALUE2  LEFT4  +  LEFT2 )  J,. 

The  first  command  increments  a  pointer  because  we  are  entering  code 
brackets.  The  next  four  commands  put  LEFT4  (63337)  and  LEFT2  (63335) 
into  the  parameter  region.  Then  the  generator  for  ’+’  is  called  by 
TTRM  0  63405’.  The  next  two  commands  set  up  and  call  the  processor 
for  ’VALUE2’  which  will  adjust  the  compile  time  stack  and  put  an  accumu¬ 
lator  symbol  in  RIGHT2.  Finally,  the  semantic  routine  returns  control 
to  the  basic  compiler  at  62110. 

Tables  and  other  storage  for  the  translator  start  at  45777  and  go 
down  in  memory.  Addresses  between  62000  and  65000  refer  to  routines  in 
the  basic  compiler.  Locations  near  14400  are  used  for  constants  and  any 
address  below  10000  is  in  the  monitor,  except  for  the  index  registers  0-77. 
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CO  APPENDIX  C 

CO  FORMAL  SEMANTICS  OF  THE  SMALL  language 

SN  DUMP 

BEGIN  TABLE  SYMB|200,4  J  J  CELL  LEV,T0,T1,T2,T3,T4»T5J  STACK  STR, SYM* 
TITLE  REAL,  BOOL,  LABE 5  DATA  LOGIC,  INTEGER,  SINGLE,  DOUBLE; 

0*  T3  *  TEMPLOC  * 

1*  LEV  *  0*  STR  «-  STORLOC*  SYM  -  LOC(SYMB)  * 

2*  LEV  XO  -  PUSHISTR, STORLOC] *  PUSH  [SYM,  LOC  l  SyMB  J  IS  J 
TALLY ILEVl  * 

3*  PUSH  I FLAD1, 0  I  J  CODE (  -LEFT1  -  JUMP [ FL ADI  1  % )  * 

4*  TO*  STORLOC*  SET l TO ,  DOUBLE  I*  ENTER!  S YMB  *  lEF T 2 , T 0 , RE AL , LE V ] J 
STORLOC  *  ST0RL0C+2  * 

b *  ENTER(SYMB*LEFT2, STORLOC, BOOL  ,  LEV  ]  J TALLY [ STORLOC ]  * 

9*  PUSH ( FL AD2 , 0  I  *  CODE  (  JUMP  l  FLAD2  j > *  ASS  I GN [ FL ADl I  * 

/*  ASS  I  GN ( FL ADI J  * 

8+  ,CONST(LEFT2M  R  I  G  H  T  2  <-  LEFT2  * 

SYMB  I  LEFT2, ,  $,  )  =  REAL-  R I GHT2*  S  YMB  (  LEF  T2  ,*,,)*  FAULT  1SS  * 

9*  CONST(LEFTl)  -  RIGHT1  *  LEFT1  : 

SYMBlLSFTl, ,5,1s  REAL-  R I GHT1-  SYMB l L EF Tl , S ,,]:  FAULT  1JS  * 

10*  CODE( VALUE2-LEFT4*LEFT2)  * 

11*  C0DE(VALUE2-LEFT4/LEFT2)* 

12*  CODE(VALUE2-LEFT4+LEFT25* 

13*  CODE! VALUE2-LEFT4-LEFT2)* 

14*  CODE( VALUE2--LEFT2)  * 


129. 

15+  R  I GHT1*-LEFT  2 * 

15+  SYM8(LEFT4*,$, 1 =R£AL-  COMT  2-  SYMB  l  LEF T4  ,  $, ,  1  i 
CODE  (COMT  2-  L  E  F  T  2 )  \  TEMPLOc  «•  T3  »  FAULT  3$'* 

17+  C0DE(VALUE2-LEFT4=LEFT2)+ 

18+  C0D6(VALUE2-LEFT4<LEFT2)+  - 

19+  C0DE(VALUE2«-LEFT4>LfcFT2)  + 

2!  0  +  CONST  (  LEFT2  J  -  R  I  GHT2«-  LEFT2  * 

SYMB(LEFT2,  >S, 1=B00L-RIGHT2-SYM8{LEFT2.S,, ]; 

SETIRIGHT2,  LOGIC)  ;  TEMPLOC  *•  T3  :  FAULT  3S$  + 

21+  RIGHT!  -  L b F  T 2  + 

22+  code  <  lefts-  temploc-  leftas  temploc-  left?* )  > 

R  I  GHT2«-  TEMPLOC;  SE T  (  R  1 GHT 2 >  LOG  I  C  ]  J 
TALLY l TEMPLOC]  * 

23+  SYMB [LEFT4. >$, ) =BOOL-  COMT  2.-  S YMB ( LEF T 4 ,  $  , ,  ]  ; 

CODE (  COMT  2-  LEFT2 )  •  FAULT  4S  * 

24+  COMT  4 «-  SYMB  (LEFT4*!,  ,  )  ; 

CONST  [  LEFT2  1  -  COMT  2*-  LEFT2  • 

SYMB(LEFT2>»S, ]=SYM8ILEFT4*»S> )  -  COMT  2-  S YMB [ LEF T2 . $ r, )  t 
FAULT  5  S  S;  TEMPLOC  -  T3 » 

CODE (  COMT  4-  COMT  2)  + 

25+  SYMB [ LEFT1 >  >  $  # )  t  LABE  -  FAULT  6: 

COMT  2-  L0ClSYM8(LEFTl,I,,  1  )  ; 

COMT  3-  <COMT  2>J  SYMB  (  LEFT1 .  , ,  S  1  *0  -  C0dE<  JUMPICOMT  3!)  t 
CODE (  JUMP  I CHA I N  l  COMT  2)  ] >  SS  + 

25+  SYMB(LEFT2/»Sj.  )  i  LABE  -  FAULT  6: 

SYMB ( 0>  > , *  )  '  1  ; 

ASSIGNILOC  (  SYMd(  L.EFT2>$/>  )  )  )  $  + 

27+  assign (FLAU2)  + 

29+  CODE  <  VALUt2  ♦-  LEFT4  t  LEFT2)  + 

29+  MINUS (LEV) S  POP ( S T  R , STORLOC ) ;  POP [ S YM , LOC I S YMB ) ]  + 

30+  ENTER(SYMB;LEFT2.0,LABE,  O'  J  + 

3i+  code (  stop;  + 


SN 


TAPE  1 


130, 


END  I 


656  U  0 

0 

CIA 

0  00004.00 

0 

ST! 

0 

45775,00 

65605 

0 

ST! 

0  45776.00 

0 

LXP 

0 

44161,40 

65612 

0 

CIA 

0  00371.00 

0 

STL 

0 

44013,00 

65617 

0 

STL 

0  44327.00 

0 

TRA 

0 

17020,00 

65624 

0 

STL 

2  00040.00 

0 

CAL 

2 

45777,00 

65611 

0 

FUO 

0  00000.00 

0 

TRA 

0 

65634,00 

65616 

0 

CLA 

2  00071.00 

0 

STL 

2 

00040,00 

65611 

0 

cal 

2  44313.00 

0 

ADD 

0 

00001,00 

65650 

0 

CLA 

0  00000.00 

0 

STL 

2 

00053,00 

65655 

0 

CAL 

2  63351.00 

0 

STL 

0 

63346,00 

65662 

0 

UNL 

2  63251.00 

0 

STL 

0 

63346,00 

6566  7 

0 

UNL 

2  00070.00 

0 

STL 

2 

63365,77 

656/4 

0 

CLA 

2  00071.00 

0 

STL 

0 

44332,00 

65701 

0 

STL 

0  44332,00 

0 

CAL 

2 

63335 , 00 

65706 

0 

C4L 

2  44014,00 

0 

STL 

0 

47024,00 

65711 

0 

TRM 

0  64626.00 

0 

CLA 

2 

00071,00 

65720 

0 

CAL 

2  63335.00 

0 

STL 

n 

47022,00 

65725 

0 

STL 

0  47024,00 

0 

CAL 

2 

44333,00 

65712 

n 

ADX 

0  00001.71 

0 

TRA 

0 

62110,00 

65717 

0 

CAL 

0  00054,00 

0 

UNL 

2 

61251,00 

65744 

0 

UNL 

2  61251,00 

0 

TRM 

0 

64134,00 

65751 

0 

TRM 

0  64134.00 

0 

TRA 

0 

62110,00 

65756, 

0 

CAL 

2  14377.00 

0 

1 UO 

2 

14377,00 

65761 

0 

STL 

0  63342.00 

0 

TRA 

0 

66013,00 

657/0 

0 

ST! 

0  47034.00 

0 

CLA 

0 

45777,00 

657/5 

0 

TRA 

0  66007,00 

0 

LXM 

0 

00001,74 

66002 

0 

CLA 

0  45777,00 

0 

TRM 

0 

64570,00 

660  0  7 

0 

LXM 

0  00001.74 

0 

CLA 

0 

00001,00 

66014 

0 

TRA 

0  62110.00 

0 

CAL 

2 

61334, 00 

66021 

0 

IUO 

2  14377.00 

0 

TRA 

0 

66027,00 

66026 

0 

TRA 

0  66055.00 

0 

LXM 

0 

00001,74 

660H 

0 

CLA 

0  45777,00 

0 

TRM 

0 

64570,00 

66040 

0 

LXM 

0  00001.74 

0 

LXP 

0 

00001,52 

66045 

0 

TRM 

0  64570,00 

0 

CAL 

3 

47034,00 

66052 

0 

CLA 

0  00001.00 

0 

TRM 

0 

64161,00 

66057 

0 

ADX 

0  00001.74 

0 

CAL 

2 

61337, 00 

66064 

0 

TRM 

0  63455.00 

0 

LXP 

0 

00001,52 

660  /1 

0 

CAL 

2  61337,00 

0 

STL 

0 

61346,00 

660  /6 

0 

L  XP 

0  00001.52 

0 

TRM 

0 

62472,00 

661 U 1 

0 

STL 

0  .63346.00 

0 

CAL 

2 

61335,011 

66110 

0 

TRM 

0  62472.00 

0 

TRA 

0 

62110,00 

66115 

0 

CAL 

2  63335.00 

0 

STL 

0 

63347, 00 

66122 

0 

TRA 

0  62110.00 

0 

CAL 

2 

61335,00 

66127 

0 

TRM 

0  62472.00 

0 

TRA 

0 

62110,00 

66114 

0 

L  XP 

0  00002.52 

0 

CAL 

2 

61337,00 

66141 

0 

CAL 

3  4/034.00 

0 

FUO 

2 

44014,00 

66146 

0 

CAL 

2  6J337.00 

0 

STI 

n 

47034,00 

66153 

0 

STL 

0  46465.00 

0 

ADX 

0 

00001.74 

66160 

0 

STL 

0  63347.00 

0 

TRM 

0 

63762,00 

66165 

0 

TRA 

0  66171,00 

0 

LXM 

0 

00001,74 

661/2 

0 

TRA 

0  62110.00 

0 

ADX 

0 

00001,74 

661/7 

0 

STL 

0  63347.00 

0 

TRM 

n 

63527,00 

66204 

0 

ADX 

0  00001.74 

0 

CAL 

2 

63337,00 

66211 

0 

TRM 

0  63537.Q0 

0 

LXP 

0 

00001,52 

0 

CLA 

0 

45774,00 

0 

STI 

0  45777,00 

0 

CLA  0 

00310,00 

0 

LXP 

0 

44015,41 

0 

CLA 

0  00370.00 

.  0 

STL  0 

44014,00 

0 

CLA 

0 

00372,00 

0 

STL 

0  44012.00 

0 

CLA  2 

00076, 00 

0 

CLA 

0 

00000,00 

0 

STL 

0  44333.00 

0 

CLA  2 

00071,00 

0 

SIL 

2 

00041,00 

0 

TRA 

0  62110.00 

0 

CAL  2 

44333, 00 

0 

TRA 

0 

65643,00 

0 

LXM 

0  00001.74 

0 

ADX  0 

00001,40 

0 

ADX 

0 

00001,41 

0 

CAL 

2  43777.00 

0 

STL  2 

00041,00 

0 

STL 

0 

44333,00 

0 

TRA 

0  62110.00 

0 

ADX  0 

00001,53 

0 

CAL 

2 

63334,00 

n 

STL 

0  63347.00 

0 

TRM  0 

63516,00 

0 

TRM 

0 

63664,00 

0 

LXM 

0  00001.74 

0 

CAL  0 

00053,00 

0 

TRM 

0 

64057,00 

0 

OCA 

2  63365.77 

0 

CAL  2 

00000,00 

0 

SIJX 

0 

00001,77 

0 

LXM 

0  00001.74 

0 

TRA  0 

62110,00 

0 

CAL 

2 

' 44332,00 

0 

UNL 

2  63275.00 

0 

UNL  2 

63313, 00 

0 

STL 

0 

47022,00 

0 

CAL 

2  44332,00 

0 

STL  0 

47023,00 

0 

CAL 

2 

44333, 00 

0 

STL 

0  47025.00 

0 

CLA  0 

45777,00 

0 

ADD 

0 

00002,00 

0 

ST! 

0  00071.00 

0 

TRA  0 

62110.00 

0 

CAL 

2 

00071,00 

0 

STL 

0  47023.00 

0 

CAL  2 

44013,00 

0 

STL 

0 

47025,00 

0 

CLA 

0  45777.00 

0 

TRM  0 

64626,00 

0 

ADX 

0 

00001,54 

0 

CLA 

0  00000.00 

0 

STL  2 

00054,00 

0 

STL 

0 

63346,00 

0 

TRM 

0  64057. DO 

0 

CAL  0 

00053,00 

0 

TRA 

0 

62110,00 

0 

CAL 

0  00053.00 

0 

UNL  2 

63251,00 

0 

CAL 

2 

63335,00 

0 

IEZ 

2  63225,00 

0 

OCS  0 

00001,00 

0 

TRA 

0 

65765,00 

0 

LXM 

0  00001.74 

0 

CAL  2 

63335, 00 

0 

LXM 

0 

00001,74 

0 

LXP 

0  00002.52 

0 

CAL  2 

63335. 00 

0 

TRM 

0 

64570,00 

0 

CAL 

3  47034.00 

0 

FUO  2 

44014,00 

0 

LXP 

0 

00001,52 

0 

CAL 

2  63335,00 

0 

STI  0 

47034,00 

0 

CAL 

3 

47034,00 

0 

STL 

0  63342,00 

0 

TRA  0 

66012,00 

0 

TRM 

0 

64161,00 

0 

LXM 

0  00001,74 

0 

LXM  0 

00001,74 

0 

IEZ 

2 

63225,00 

0 

OCS 

0  00001.00 

0 

CAL  2 

14377.00 

0 

LXM 

0 

00001,74 

0 

CAL 

2  63334.00 

0 

STL  0 

63341,00 

0 

LXP 

0 

00002,52 

0 

CAL 

2  63334.00 

0 

STI  D 

47034,00 

0 

CAL 

3 

47034,00 

0 

FUO 

2  44014,00 

0 

TRA  0 

66051,00 

0 

CAL 

2 

63334,00 

0 

ST! 

0  47034.00 

0 

CLA  0 

45777,00 

0 

STL 

0 

63341,00 

0 

TRA 

0  66054.00 

0 

LXM  0 

00001,74 

0 

LXM 

0 

00001,74 

0 

LXM 

0  00001,74 

0 

TRA  0 

62110,00 

0 

STL 

0 

63346, 00 

0 

CAL 

2  63335,00 

0 

STL  0 

63347, 00 

0 

TRM 

0 

62472,00 

0 

TRA 

0  62110.00 

0 

ADX  0 

00001,74 

0 

CAL 

2 

63.335 , 0 0 

0 

STL 

0  63347,00 

0 

TRM  0 

63461,00 

0 

TRA 

0 

62110,00 

0 

ADX 

0  00001.74 

0 

CAL  2 

63337,00 

0 

STL 

0 

63347,00 

0 

TRM 

0  63405.00 

0 

LXP  0 

00001,52 

0 

ADX 

0 

00001,74 

0 

CAL 

2  63337.00 

0 

STL  0 

63346, 00 

0 

TRM 

0 

63411,00 

0 

LXP 

0  00001,52 

0 

TRM  0 

62472,00 

0 

SIL 

0 

63347, 00 

0 

TRM 

0  63516,00 

0 

LXP  0 

00001,52 

0 

CAL 

2 

63335,00 

0 

STL 

0  63341,00 

0 

TRA  0 

62110,00 

0 

SI  1 

0 

47034,00 

0 

CLA 

0  45777.00 

0 

TRM  0 

64570,00 

0 

TRA 

0 

66166,00 

0 

LXM 

0  00001.74 

0 

LXP  0 

00001,52 

0 

CLA 

0 

45777,00 

0 

TRM 

0  64570,00 

0 

CAL  3 

47034,00 

0 

CAL 

2 

46465,00 

0 

STL 

0  63346.00 

0 

CAL  2 

63335,00 

0 

LXM 

0 

00001,74 

0 

CAL 

2  44327,00 

0 

STI  0 

00076,00 

0 

CLA 

0 

00003,00 

0 

TRM 

0  64161,00 

0 

LXM  0 

00001,74 

0 

CAL 

2 

63337,00 

0 

STL 

0  63346.00 

0 

CAL  2 

63335, 00 

0 

LXP 

0 

00001.52 

0 

TRM 

0  62472,00 

0 

TRA  0 

62110,00 

0 

STL 

0 

63346,00 

0 

CAL 

2  63335.00 

0 

STL  0 

63347,00 

0 

TRM 

0 

62472,00 

0 

TRA 

0  62110.00 

0 

ADX  0 

00001,74 
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66216 

0 

CAL 

2 

63337 

00 

0 

STL 

0 

63346,00 

0 

CAL 

2 

63335,00 

0 

STL 

0 

63347, 

00 

0 

TRM 

0 

63543,00 

66223 

0 

LXP 

0 

000  01 

52 

0 

TRM 

0 

62472,00 

0 

TRA 

0 

62110,00 

0 

CAL 

2 

63335, 

00 

0 

IEZ 

2 

63225,00 

66230 

0 

ocs 

0 

00001 

00 

0 

CAL 

2 

14377, 00 

0 

IUO 

2 

14377,00 

0 

TRA 

0 

66240, 

00 

0 

LXM 

0 

00001,74 

66235 

0 

CAL 

2 

63335 

00 

0 

STL 

0 

63342,00 

0 

TRA 

0 

66274,00 

0 

LXM 

0 

00001, 

74 

0 

LXP 

0 

00002,52 

6624  2 

0 

CAL 

2 

63335 

00 

0 

STI 

0 

47034,00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570, 

00 

0 

CAL 

3 

47034,00 

66247 

0 

RIO 

2 

44013 

00 

0 

TRA 

0 

66270,00 

0 

LXM 

0 

00001,74 

0 

LXP 

0 

00001, 

52 

0 

CAL 

2 

63335, 00 

66254 

0 

STI 

0 

47034 

00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570.00 

0 

CAL 

3 

47034. 

00 

0 

STL 

0 

63342,00 

66261 

0 

CAL 

2 

63342 

00 

0 

UNL 

2 

63272,00 

0 

UNL 

2 

63313,00 

0 

STL 

0 

63342, 

00 

0 

CAL 

2 

44327,00 

66266 

0 

STI 

0 

00076 

00 

0 

TRA 

0 

66273,00 

0 

LXM 

0 

00001,74 

0 

CLA 

0 

00003, 

00 

0 

TRM 

0 

64161,00 

662/3 

0 

LXM 

0 

00001 

74 

0 

LXM 

0 

00001,74 

0 

TRA 

0 

62110,00 

0 

CAL 

2 

63335. 

00 

0 

STL 

0 

63341,00 

66  3  0  0 

0 

tra 

0 

62110 

00 

0 

CAL 

2 

63340,00 

0 

STL 

0 

63346,00 

0 

TRM 

0 

63664, 

00 

0 

LXM 

0 

00001,74 

66305 

0 

ADX 

0 

00001 

74 

0 

CAL 

2 

00076,00 

0 

STL 

0 

63346,00 

0 

CAL 

2 

63337. 

00 

0 

STL 

0 

63347,00 

66312 

0 

TRM 

0 

63762 

00 

0 

LXM 

0 

00001,74 

0 

TRM 

0 

63731,00 

0 

LXM 

0 

00001. 

74 

0 

ADX 

0 

00001,74 

66317 

0 

CAL 

2 

00076 

00 

0 

STL 

0 

63346,00 

0 

CAL 

2 

63335,00 

0 

STL 

0 

63347. 

00 

0 

TRM 

0 

63/62,00 

66324 

0 

LXM 

0 

00001 

74 

0 

OCA 

2 

63365,77 

0 

CAL 

2 

00000,00 

0 

UNL 

2 

00070, 

00 

0 

STL 

2 

63365.77 

66331 

0 

SUX 

0 

00001 

77 

0 

LXM 

0 

00001,74 

0 

CLA 

2 

00076,00 

0 

STL 

0 

63342. 

00 

0 

CAL 

2 

63342,00 

66336 

0 

UNL 

2 

63272 

00 

0 

UNL 

2 

63313,0(1 

0 

STL 

0 

63342,00 

0 

ADX 

0 

00001. 

76 

0 

TRA 

0 

62110,00 

66343 

0 

LXP 

0 

00002 

52 

0 

CAL 

2 

63337,00 

0 

ST  I 

0 

47034,00 

0 

CLA 

0 

45777. 

00 

0 

TRM 

0 

64570,00 

66350 

0 

CAL 

3 

47034 

00 

0 

FUO 

2 

44013,00 

0 

TRA 

0 

66373,00 

0 

LXM 

0 

00001. 

74 

0 

LXP 

0 

00001,52 

66355 

0_CAL 

2 

63337 

00 

0 

STI 

0 

47034,00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570. 

00 

0 

CAL 

3 

47034,00 

66362 

0 

STL 

0 

46465 

00 

0 

ADX 

0 

00001,74 

0 

CAL 

2 

46465,00 

0 

STL 

.0 

63346, 

00 

0 

CAL 

2 

63335, 00 

66367 

0 

STL 

0 

63347 

00 

0 

TRM 

0 

63762,00 

0 

LXM 

O' 

00001,74 

0 

TRA 

0 

66376. 

00 

0 

LXM 

0 

00001,74 

663/4 

0 

CLA 

0 

00004 

00 

0 

TRM 

0 

64161V  00 

0 

LXM 

0 

00001,74 

0 

TRA 

0 

62110. 

00 

0 

LXP 

0 

00001,52 

66401 

0 

CAL 

2 

63337 

00 

0 

STI 

0 

47034,00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570- 

00 

0 

CAL 

3 

47034,00 

66406 

0 

STL 

0 

46467 

00 

0 

CAL 

2 

63335,00 

0 

IEZ 

2 

63225,00 

0 

OCS 

0 

00001, 

00 

0 

CAL 

2 

14377,00 

66413 

0 

IUO 

2 

14377 

00 

0 

TRA 

0 

66421,00 

0 

LXM 

0 

00001.74 

0 

CAL 

2 

63335, 

00 

0 

STL 

0 

46465,00 

66420 

0 

tra 

0 

66454 

00 

0 

LXM 

0 

00001,74 

0 

LXP 

0 

00002,52 

0 

CAL 

2 

63335. 

DO 

0 

STI 

0 

47034,00 

66425 

a 

CLA 

0 

45777 

00 

0 

TRM 

0 

64570,00 

0 

LXP 

0 

00002,52 

0 

CAL 

2 

63337. 

00 

0 

STI 

0 

47034,00 

66432 

0 

CLA 

0 

45777 

00 

0 

TRM 

0 

64570,00 

0 

CAL 

3 

47034,00 

0 

FUO 

3 

47034, 

00 

0 

TRA 

0 

66450,00 

66437 

0 

LXM 

0 

00001 

74 

0 

LXP 

0 

00001,52 

0 

CAL 

2 

63335,00 

0 

STI 

0 

47034. 

00 

0 

CLA 

0 

45777,00 

66444 

0 

TRM 

0 

64570 

00 

0 

CAL 

3 

47034,00 

0 

STL 

0 

46465,00 

0 

TRA 

0 

66453. 

00 

0 

LXM 

0 

00001,74 

66451 

0 

CLA 

0 

00005 

00 

0 

TRM 

0 

64161,00 

0 

LXM 

0 

00001,74 

0 

LXM 

0 

00001. 

74 

0 

CAL 

2 

44327,00 

66456 

0 

sti 

0 

00076 

00 

0 

ADX 

0 

00001,74 

0 

CAL 

2 

46467,00 

0 

STL 

0 

63346. 

00 

0 

cal 

2 

46465,00 

66463 

0 

STL 

0 

63347 

00 

0 

TRM 

0 

63762,00 

0 

LXM 

0 

00001,74 . 

""O' 

TRA 

0 

"62111), 

00 

0 

LXP 

0 

00002,52 

664/0 

0 

CAL 

2 

63334 

00 

0 

STI 

0 

47034,00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570, 

00 

0 

CAL 

3 

47034,00 

664/5 

0 

FUO 

2 

44012 

00 

0 

TRA 

0 

66500,00 

0 

TRA 

0 

66504,00 

0 

LXM 

0 

00001. 

74 

0 

CLA 

0 

00006,00 

66502 

0 

TRM 

0 

64161 

00 

0 

TRA 

0 

66543,00 

0 

LXM 

0 

00001,74 

0 

LXP 

0 

00001. 

52 

0 

CAL 

2 

63334,00 

66507 

0 

STI 

0 

47034 

00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570,00 

0 

CAL 

2 

47034, 

00 

0 

STL 

0 

46465,00 

66514 

0 

CAL 

3 

46465 

00 

0 

STL 

0 

46466,00 

0 

LXP 

0 

00003,52 

0 

CAL 

2 

63334, 

00 

0 

STI 

0 

47034,00 

66521 

0 

CLA 

0 

45777 

00 

0 

TRM 

0 

64570,00 

0 

CAL 

3 

47034,00 

0 

FUO 

0 

00000. 

00 

0 

TRA 

0 

66527,00 

66526 

0 

TRA 

0 

66534 

00 

0 

LXM 

0 

00001,74 

0 

CAL 

2 

46466,00 

0 

STL 

0 

63346, 

00 

0 

TRM 

0 

64057,00 

66533 

0 

TRA 

0 

66542 

00 

0 

LXM 

0 

00001,74 

0 

CAL 

2 

46465,00 

0 

TRM 

0 

64126, 

00 

0 

CAL 

2 

63351,00 

66540 

0 

STL 

0 

63346 

00 

0 

TRM 

0 

64057,00 

0 

LXM 

0 

00001,74 

0 

LXM 

0 

00001. 

74 

0 

TRA 

0 

62110,00 

66545 

0 

LXP 

0 

00002 

52 

0 

CAL 

2 

63335,00 

0 

STI 

0 

47034,00 

0 

CLA 

0 

45777, 

00 

0 

TRM 

0 

64570,00 

66552 

0 

CAL 

3 

4  7034 

00 

0 

FUO 

2 

44012,00 

0 

TRA 

0 

66556,00 

0 

TRA 

0 

66562, 

00 

0 

LXM 

0 

00001,74 

66557 

0 

CLA 

0 

00006 

00 

0 

TRM 

0 

64161,00 

0 

TRA 

0 

66601,00 

0 

LXM 

0 

00001, 

74 

0 

LXP 

0 

00003,52 

66564 

0 

ClA 

0 

00000 

00 

0 

STI 

0 

47034, 00 

0 

CLA 

0 

45777,00 

0 

TRM 

0 

64570, 

00 

0 

CLA 

0 

00001,00 

665/1 

0 

STL 

2 

4  7034 

00 

0 

LXP 

0 

00001,52 

0 

CAL 

2 

63335,00 

0 

STI 

0 

47034, 

00 

0 

CLA 

0 

45777,00 

665/6 

0 

TRM 

0 

64570 

00 

0 

CAL 

2 

47034,00 

0 

TRM 

0 

64134,00 

0 

LXM 

0 

00001, 

74 

0 

TRA 

0 

62110,00 

66603 

0 

CAL 

0 

00054 

00 

0 

UNL 

2 

63251,00 

0 

TRM 

0 

64134,00 

0 

TRA 

0 

62110. 

00 

0 

ADX 

0 

00001,74 

66610 

0 

CAL 

2 

63337 

00 

0 

STL 

0 

63346,00 

0 

CAL 

2 

63335,00 

0 

STL 

0 

63347, 

00 

0 

TRM 

0 

64024,00 

66615 

c 

LXP 

0 

000  0 1 

52 

0 

TRM 

0 

62472, 00 

0 

TRA 

0 

62110,00 

0 

CAL 

2 

44333. 

00 

0 

SUB 

0 

00001,00 

66622 

0 

STL 

0 

44333 

00 

0 

CAL 

3 

00040, 00 

0 

ST  I 

0 

00071,00 

0 

SUX 

0 

00001, 

40 

0 

CAL 

3 

00041,00 

66627 

0 

STL 

0 

45777 

00 

0 

SUX 

0 

00001,41 

0 

TRA 

0 

62110,00 

0 

CAL 

2 

63335, 

00 

0 

STL 

0 

47022,00 

66634 

0 

CLA 

0 

00000 

00 

0 

STL 

0 

47023,00 

0 

CAL 

2 

44012,00 

0 

STL 

0 

47024, 

00 

0 

CLA 

0 

00000,00 

1 
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66641 

66646 


370U0 
37010 
37020 
37030 
37040 
37020 
37060 
37070 
3710  0 
37110 
37120 
37130 
37140 


0  STL  0  47025.00  0  CLA  0  45777,00  0  TRM  0  64626,00  0  TRA  0  62110,00  0  CLA  0  05300,00 

0  UNL  2  63166,00  0  TRH  0  64320,00  0  TRA  0  62110,00 


00000065616 

00000065753 

00000066134 

00000066400 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 


00000065621 

00000066015 

00000066173 

00000066467 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 


00000065630 

00000066057 

00000066204 

00000066545 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 


00000065647 
00000066070 
00000066215 
00000066603 
30000O0II000 
3(1  OUOoOOOOO 
30  0  00  o  0  0  000 
30  0  00  0  011  00  0 
30000  ii  0  1)000 
30000000000 
300001101)000 
30000000000 
30000000000 


00000065674 

00000066101 

00000066226 

00000066607 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 


00000065720 

00000066112 

00000066276 

00000066620 

30000000000 

30000000000 

30000000000 

30000000000 

30QOOOOUOOO 

30000000000 

30000000000 

30000000000 


00000065734 

00000066123 

00000066301 

00000066632 

30000000000 

30000000000 

3QOOOOOOUOO 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 


00000065747 

00000066131 

00000066343 

00000066645 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 

30000000000 
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Appendix  D 

BNF  Syntax  of  the  Formal  Semantic  Language 

<program  head>  s :  =  BEGIN  declaration  part>  ;  <sentence>  f 

<program  head>  j  <sentence 

<semantic  program>  : :  =  <program  head>  END 

declaration  part>  ::  =  declaration>  j  declaration  part>  j 

declaration> 

declaration>  ::  =  Ctable  dec>  |  <stack  dec>  f  dell  dec>  |  <title  dec> 

data  dec> 

<table  dec>  : :  =  TABLE  Ctable  specified  RTABL  Ctable  specified  j 

Ctable  dec>  ,  Ctable  specif ier> 

Cstack  dec>  ::  =  STACK  Cidentifier  list>  J  RSTAK  identifier  list> 

Ccell  dec>  : :  =  CELL  Cidentifier  list> 

Ctitle  dec>  : :  =  TITLE  Cidentifier  list> 

data  dec>  : :  =  DATA  Cidentifier  list> 

Ctable  specified  ::  ■  Ctable  id>  [<lnteger>  ,  Cinteger>] 

Csentence>  ::  =  Cinteger>  ^  Cstatement  sequence>^ 

Cstatement  sequence>  : :  =  Cstatement>  |  Cstatement  sequence>  ; 

Cstatement>  j  CODE  (Cstatement  sequence>) 

Cstatement>  : :  =  Cunconditional>  j  Cconditional>  j  ’<Label>? 

Cstatement> 

Cunconditional>  ::  =  dssignment>  |  Cstorage>  /  Ctransfer >| 

Cauxiliary>  /  CODE  (Cunconditional>) 

Cconditional>  ::  =  Cif  clause>  Cstatement  sequenc e>  $| 

Cif  clause>  Cstatement  3equence>  : 

Cstatement  sequence>  $j  CODE  ( Cconditional>) 

Cassignment>  : :  =  Cleft  side>  Carithmetic>  j 

Cleft  side>^—  Cboolean> 
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<Left  side>  : :  =  primary>  |  VALUE1  j  VALUE2  j  VALUE3 

Atorage>  : :  =  <stack  command>  j  <enter> 

<stack  command>  ::  =  PUSH  [<stack  id>  ,  Arithmetic]  j 

POP  [<stack  id>  ,  Arithmetic]  . 

<enter>  j :  =  ENTER  [<table  id>  ;  Expression  list>] 

<expression  list>  : :  =  Arithmetic  j  <expression  list>  ,  Arithmetic 

<transfer>  ::  =  JUMP  [Arithmetic]  f  MARKJUMP  [Arithmetic >]  f 
JUMP  [<Label>]  MARKJUMP  [<subroutine>]  f 
EXECUTE  [Arithmetic] 

Auxiliary>  ::  =  SET  [Arithmetic  ,  Aata  id>]  |  . 

FAULT  <identifier>  |  TALLY  [  Arithmetic>]  f . 

MINUS  [Arithmetic>]  | ASSIGN  [  Arithmetic>]  j  STOP 

<operand>  ::  =  <Arithmetic>^>  |  COMT.u<identifier>  j  RUNTi_i<identifier>  f' 

production  operand>  [  Atorage  operand> 

production  operand>  ::  =  LEFT1 1  LEFT2  J  LEFT3  |  LEFT4  j  LEFT5  /  RIGHT1 / 

RIGHT2  I  RIGHT3 

Atorage  operand>  : :  =  <table  operand>  Aell  id>  j  Atack  id>  I 

<title  id> 

<table  operand>  ::  =  <table  id>  [Arithmetic  Aommas>  $  Aommas>] 
Aommas>  : :  =  ,  |  <commas>  ,  j  <empty> 

primary>  ::  =  Aperand>  |  Aonstant>  [  ( Arithmetic>)  j  L0C[<table  id>]  | 
LOC  [Atack  id>]  j  Aystem  cell>  j  <flad> 

.Aystem  cell>  ::  =  CODELOC  |  STORLOC  |  TEMPLOC 

<factor>  : :  =  primary>  <factor>  f  primary> 

<term>  : :  =  <factor>  j  <term>  <  #/  >  <factor> 

Arithmetic>  ::  =  <term>  I  <  +  >  <term>  j  Arithmetic>  <  +  >  <term>  | 

INT  [Arithmetical ABS  [ Arithmetic>] | 

LOC  [Arithmetic]  I  CHAIN  [  Arithmetic>] 
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<boolean  primary>  : :  °  <arithjnetic!>  <relatiod  <arithmetlc>  | 

<operand>  |  (<boolead)  |  TRUE  j  FALSE  |  SIGNAL J 
TEST  [<arithmetic>  ,  <data  id>]  f 
CONST  [<arithmetic>]  |  OK 

<boolean  factor>  : :  =  <boolean  primary>  J  —i <boolean  primary> 

<boolean  tend  j  s  «*  <boolean  f  actor>  |  <boolean  tend  A  <boolean  f  actor> 
<boolean>  : :  •=  <boolean  tend  J  <booleaid  V/  <boolean  tend 
<if  clause>  : :  c  <boolean>  — V 
<stack  id>  ::  »  <identifier> 

<data  id>  ::  =  <identifier> 

<table  id>  ::  *»  <identifier> 

<cell  id>  : :  *  <identifier> 

-  <ti-tl-e  id>  : :  =  <identifier> 

<Label>  ::  =  <ldentifier> 

identified  : ;  =*  <letter>  |  <identifier>  ietted  |  <identifier>  <digit> 
identifier  liat>  ::  =  identified  |  identifier  list>  ,  identified 
<aubroutine>  ; :  =  SIN  J  COS  J  EXP  j  IDG  j  ARCTAN  j  SIGN  j 
ilad>  : :  =  FLAD1  |  FLAD2  j  FLAD3  |  FLAD4 
<relation>  : :  =  =  I  >  |  <  I  / 


i> 


Appendix  E 

Productions  for  the  Formal  Semantic  Language 


SYMBOLS 

18  INTERNAL  SYMBOLS 

I 

OP 

AP 

AF 

AT 

AE 

TL 

LO 

BP 

BS 

BF 

BE 

IC 

UN 

UQ 

S 

SQ 
I  -* 


BEGIN 

BEGN 

end 

END 

STOP 

STOP 

STACK 

STAK 

cell 

CELL 

title 

NAME 

TABLE 

TABL 

data 

DATA 
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JUMP 

TR 

MARKJUMp 

TM 

execute 

X 

ENTER 

E 

PUSH 

ST 

POP 

RS 

CHAIN 

CH 

assign 

UC 

CODE 

CD. 

FAULT 

■  falt 

tally 

tal 

minus  ^ 

MIN 

SET  i 

SET 

TEST 

TEST 

INT 

IN 

LOC 

L 

CODELOC 

A 

STORLOC 

U 

temploc 

TLOC 

comt 

CT 

runt 

RT 

valuei 

VI 

VALUE2 

V2 

values 

V3 

LEFT1 

Y 1 

LEFT2 

Y  2 

LEFT3 

Y  3 

LEFT4 

Y  4 

LEFT5 

Y5 

KIGHT1  • 

Z1 

RIGHT2 

Z2 

RIGHT3 

Z3 

FL  ADI 

FL1 

FLAD2 

FL2 

F  L  A  L)  3 

FL3 

FL  ADA 

'  FL4 

signal 

SIG 

HSTAK 

RSTK 

KTABL 

RTA8 

CONST 

CON 

CLEAR 

CLE 

OK 

OK 

PLACE 

PLAC 

DEPTH 

DEP 

SAR 

SAR 

SIN 

SIN 

COS 

COS 

EXP 

EXP 

LN 

LN 

SORT 

SORT 

arctan 

ARC 

sign 

SIGN 

true 

TRUE 

false 

FALS 

METACHARACTERS 


/ 
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H 

H 

M 

H 

M 

N 

M 

M 

M 

M 

M 

M 

M 

N 


<TB>  . 

<PM>  +  . 

<RU>  =  <  >  t 

<tN>  >  <  >  t  j  )  ,  , 

<3N>  a  v  , 

^TP)  TABL  STAK  CELL 
<V>  VI  V2  V3 
<f>  VI  Y?  V3  Y4  r5 
<Z>  Zl  Z2  Z3 
<fL>  PLl  FL2  FL3  FLA 
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62425  00000000200  00000000247  OOOOOOOOROfi  0105031n216  00000000247  0000000020Q  01050310224  OOOOOOOOOOO 
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62455  01050210254  00000000246  01050210256  00000000200  01050210260  01050200003  01050210262  00000000303 

62465  01050210265  00000000304  01050210270  00000000273  01050210273  00000000313  01050210275  00000000314 
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62525  01050510363  OOOOOOOOOOO  00000000202  000001)00235  00000000203  01050310367  000000D0243  00000000202 

62535  01050310371  OOOOOOOOOOO  00000000202  01050310375  00000000235  00000000203  01050510377  OOOOOOOOOOO 

62545  00000000203  01050200001  00000000204  010503111403  OOOOOOOOOOO  00000000203  01050310407  01050200001 

62555  00000000204  01050510411  OOOOOOOOOOO  00000400204  01050200003  00000000205  01050410415  OOOOOOOOOOO 

62565  00000000204  00000000222  01050410421  OOOQOuOOOOO  00000000204  00000000223  01050310426  OOOOOOOOOOO 

625/5  00000000204  01050210432  OOOOOOOOOOO  01050J10434  01050200003  00000000205  01050310436  00000000250 

62605  00000000205  01050410437  00000000231  00000U0O2O5  00000000230  01050310444  01050400005  00000000205 

62615  01050410446  00000000251  00000000205  00000000246  01050510453  00000000240  00000000205  00000000247 

62625  00000000206  01050410457  00000000240  000001)00205  00000000247  01050510464  00000000240  00000000205 

62635  00000000206  00000000270  01050510470  OOOOCOUOUO  00000000205  01050400005  00000000205  01050510475 
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00000':  Oil  000 
0  3  0  0  0  il  0  U  0  0  0 

oo  o  n  o  n  o  k233 

00000  o0  II 233 
00000000256 
OOOOOOOD213 
01050210726 
00000000255 
00000000275 
00000 00 H 220 
01050510765 
01050510775 

ooooononooo 
01  05021.1  015 
0000  01100205 
01050211050 
01  0502H  051 
00000 n 00 000 


01050210633 
0000000021 0 
00000000211 
00000000213 
00000000213 
01050510706 
00000000253 
OOOOOOOOOOO 
00000000217 
01050310755 
00000000252 
00000000236 
00000000245 
01050411005 
OOOOOOOOOOO 
00000000206 
00000000236 
00000000254 
30000000000 


OOOOOOOOOOO 

01050510646 

01050310656 

01050310664 

01050310674 

OOOOOOOOOOO 

00000000202 

01050510730 

00000000242 

OOOOOOOOOOO 

00000000220 

00000000220 

00000000220 

00.000000200 

01050411017 

01050211030 

01050211043 

01050211053 


01050410635 

OOOOOOOOOOO 

00000000234 

OOOOOOOOOOO 

00000000244 

00000000213 

01050210720 

OOOOOOOOOOO 

00000000220 

00000000217 

00000000214 

00000000236 

00000000214 

00000000247 

00000000240 

00000000240 

00000000254 

OOOOOOOOOOO 


OOOOOOOOOOO 

00000000211 

0000000D212 

00000000212 

00000000213 

00000000243 

OOOOOOOOOOO 

00000000217 

00000000214 

01050210751 

01050410760 

01050410771 

01050311001 

00000000270 

00000000205 

01050211033 

01050211045 

01150311056 


AUXILIARY  PRODUCTION  TABLE 
00100000000  OOOOOOOOOOO  00000000215 
30  000000000  30  000  0  00000  300000000011 

30000000000  30000000000  30000000000 


00000000201  00000000205 
300001100000  30000000000 
30000000000 


oooroooooi 

00060000001 

00070000004 

00060000001 

0006000000U 

00070000004 

00070000741 

00060000001 

00030000215 

00060000001 

00020000001 

00060000001 

00030000210 

00020000003 

00020000002 

00130000005 

00030000205 

00070000333 

00030000000 

00070000125 

00020000002 

00060000001 

00060000001 

00060000000 

00030000202 

000/0000260 

0007U000210 

00010000023 

00060000001 


riQN  table 
00060000001 
00070000060 
00130000001 
00070000004 
00060000001 
00020000002 
00060000000 
00070000103 
00010000071 
00070000060 
00030000210 
00070000125 
00010000021 
00010000007 
00030000210 
00070000733 
00030000000 
30020U000Q3 
00010000012 
00130000006 
00  0300IJ0201 
00070000060 
00070000210 
00060U00001 
00010000014 
00020000001 
00020000001 
000600000  (11 
00070000210 


00070000004 
00020000001 
00070000741 
00020000001 
00070000037 
0006000000! 
00060000001 
00010000005 
1)006000  0  0  0  1 
00020000002 
00010000006 
00020000001 
00060000001 
00060000001 
00030000000 
00020000004 
00010000010 
OOU300UQ205 
0006000C001 
00070000733 
00010000015 
00133000004 
0006J0O000U 
0007000021  li 
00060000001 
00030000207 
00030000205 
UOO/UO10125 
0002000000 


001 30 '<  00000 
00140  il  00000 
00020 0 00 002 
00060  li  OOOOD 
00020::00005 
00070 '1 0  0  004 
00070  li  00210 

ooooononooi 

00070000620 
00130H00023 
0  0  0  A  0  !i  0 1)  0  0 1 
OUO3O"O02G1 
00070001)536 
OU070'i00060 
00070i>00536 
00030 "00201 
00070 "00414 
00030  DliOOO 
00070 "00210 
00020  "01)002 
00060  '  0 1)  0 0 1 
000701100  733 
00060  "  011  001 
00060i'0"001 

00070i)0 11 26  0 
0001 0000020 
OOOlO '100022 

noo?o»ooooi 

000  3  0"0  II 205 


00070D0D741 
00070000004 
00010000003 
00060000D01 
00010000004 
00020000002 
OOD6OOOOOQO 
00070000203 
00060000000 
0006D000001 
00070000536 
00010000020 
00060000000 
00020  000002 
00020000002 
00010000072 
00020000002 
00010000011 
00020030002 
00030000201 
00070000125 
00060000001 
0007000021 0 
00070000173 
00020000001 
00060000001 
-0OC60000001 
0003000020? 
00010000061 


00000000217 

30000000000 


00060000000 
00020000001 
00070000004 
0007000DD32 
00060000001 
00030000000 
00060000001 
00060000001 
00060000001 
00070000060 
00020000001 
00060000001 
00060000001 
00030000202 
00030  I/O  0202 
00060000001 
00030000205 
00070000715 
00030000201 
00010000014 
00130000007 
00070000103 
00060000000 
00060000001 
00030000202 
00070000260 
00070000414 
00010000024 
00060000001 


00000000240 

30000000000 


00060000001 

00010000002 

00020000003 

00130000002 

00070000045 

00070000004 

00070000704 

00070000747 

00070000121 

00060000001 

00030000201 

00070000125 

00070000210 

00030000000 

00030000000 

00070000125 

00030000000 

00020000002 

00030000000 

00060000001 

00070000733 

00060000001 

00060000001 

00070000173 

00010000017 

00060000000 

00020000U01 

00060000U01 

00070000333 


30000000000 

30000000000 


00070000016 

00060000001 

00010000003 

00070000741 

00020000001 

00130000003 

00060000000 

00020000001 

00020000001 

00070000103 

00010000017 

00020000001 

00070000210 

00070000260 

00070000260 

00020000002 

00010000010 

00030000206 

00010000013 

00070000125 

00020000001 

00070000141 

00070000210 

00020000001 

00060000001 

00060000001 

00030000201 

00070000260 

00020000001 
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655/7 
6560  7 
65617 
65627 
65667 
65647 
65657 
65667 
656/7 
6570  7 
65717 
65727 
65767 
65747 
65757 
65767 
657/7 
6600  7 
66017 
66027 
66067 
6604  7 
66057 
66067 
660/7 
66107 
66117 
6612  7 
66167 
66147 
66157 
66167 
661/7 
66207 
66217 
66227 
66267 
66247 
66257 
6626? 
662/7 
66307 


00060000202  00010000026 
00070000260  00160000022 

00070000106  00020000002 
00030000000  00010  0 II 0027 

00070000210  00020000003 

00070000333  00020U00003 

00030000000  00070000333 

00030000201  00010000032 

00010000033  00060000001 

00030000001  00010000033 

00020000004  00030000210 

00010000036  000700 II 0620 

00030000210  00030000000 

00020000004  00030000215 

00060000001  00070000620 

00030000215  00010000044 

00070000620  00020000004 

00010000047  00060000001 

00020000004  00030000210 

00060000001  00070000620 

00030000215  00010000052 

00070000620  00020000004 

00010000053  00060000001 

00010000054  00070000545 

00010000055  00070000555 

00020000003  00030000000 

00130000012  00070000733 

00070000060  00020000006 
00030000000  00010000037 

00130000016  00070000733 

00020000003  00030000000 

00020000003  00030000001 

00070  000651  00130000015, 

00020000003  00030000217 

00070000004  00010000067 

00070000625  00060000001 

00060000001  00070000710 

00010000074  00060000001 

00020000001  00060000001 
00020000001  00060000001 
00070000004  00140000000 

00010000076  00060000001 

TAPE  8  4 

RECORD  TTPE 

SYMBOL  TAblE 
HIERARCHY  TA8LE  '  '  1 

PRODUCTION  TAULfc 
METACHARACTER  LISTS 


00060000001  00070H00260 

00070000733  0 0 020 n 00 0 03 

00030000203  000301)01)000 

00070000306  00020 1)  00002 

0  0030000000  0001  0001)030 

00  03U000205  00030"0ljfl00 

OO13OOOG0TO  00070 o 00 733 
0006000000)  1  0 0 0  70)i 0 fit  25 
000700002611  Q0020'i00003 

0006000000)  000701)01)  210 

00030000000  000)  0(100035 

00020Q00004  00030400215 

00070000536  00020)00004 

00,010000041  p„0  060000001 

0  0020000004  00030  601)202 

0006000000)  00070D00620 

00030000215  0  0  0 1  O'l  00046 

00070000333  0  0  0  20  n  0 1)0  04 

00  01  0000100  00060')  00001 
00020000004  000301100215 

0006000000)  00070000620 

00030000210  000)0100070 

00070000620  00130000011 

00020000002  00030000211 

00020000002  00030000212 

00010000056  00070000572 

0006000000)  00070.100103 

0003000  0211)  00  0l0n00060 

00070000620  00020600004 

0002000  0  002  000.301)002)7 

00070000651  00020  "00005 

0  0010000064  00060 'lODOOl 

00070000733  00020)00005 

U  001000006*5  00060  )00001 

0006000000)  00070H00060 

00070000060  00130100017 

00020  00000  1  00060't  00001 

00070000715  00020100003 

00070000725  00020)00001 

0  0070000004  001  4  0''00000 

00070000733  0002000001 

00070000620  00130100024 

NUMBER  OP  RECORDS 

1 

2 

1 

2 


00020000001  00030000202 

00030000000  00010000025 

00070000273  00060000001 

00030000204  00030000000 

00070000333  00020000003 

00010000031  00070000333 

00060000001  00070000210 

00060000001  00070000210 

00030000001  00030000000 

00020000002  00010000034 

00070000536  00020000004 

00030000000  00010000037 

00030000001  00010000040 

00070000620  00020000004 

00010000043  00060000001 

00020000004  00030000215 

00060000001  00070000620 

00030000215  00010000050 

00070000536  00020000004 

00010000051  00060000001 

00020000004  00030000215 

00060000001  00070000536 

00070000733  00020000003 

00030000000  00070000545 

00030000000  00070000555 

00020000002  00030000213 

00020000002  00030000214 

00060000001  00070000536 

00030000215  00030000000 

00030000000  00070000625 

00030000001  00010000065 

00070000625  00020000002 

00030000217  00010000065 

00070000625  00020000003 

00020000003  00030000217 

00070000733  00020000002 

00070000103  0013000D020 

00030000201  00010000075 

00060000001  00070000125 

00070000733  00020000001 

00060000001  00070000741 

00070000733 

STARTING  RECORD 

0 

9 

13 

14 


00010000102  00060000001 
00070000273  00060000001 

00070000210  00020000003 

00070000306  00060000001 

00030000205  00030000000 

00020000002  00030000205 

00070000414  00020000003 

00020000003  00030000202 

00070000715  00020000003 

00060000001  00070000103 

00030000215  00030000000 

00070000620  00020000002 

00060000001  00070000333 

00030000215  00010000042 

00070000260  00020000004 

00010000045  00060000001 

00020000004  00030000001 

00060000001  00070000620 

00030000215  00010000101 

00070000620  00020000004 

00010000066  00060000001 
00020000004  00030000215 

00030000211  00030000000 

00020000003  00030000000 

00060000001  00070000103 

00030000000  00070000572 

00010000057  00060000001 

00020000004  00030000215 

00010000062  00070000620 

00130000014  00070000733 

00060000001  00070000625 

00030000220  00030000000 

00060000001  00070000625 

OQD10000073  00060000001 

00010000063  00060000001 

00030000206  00010000077 

00070000733  00020000001 

00060000001  00070000725 

00130000021  00070000733 

00060000001  00070000733 

00020000002  00030000215 
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This  appendix  consists  of  three  sample  programs  written  in  the 
small  language  and  translated  by  the  compiler  built  from  Appendices  B 
and  C.  None  of  the  programs  are  meant  to  do  useful  computations,  but 
rather  to  illustrate  the  functioning  of  the  compiler. 

Example  1  is  a  correct  program  involving  fairly  complicated  uses 
of  conditional  and  arithmetic  statements.  Example  2  is  somewhat  sim¬ 
pler,  but  has  been  run  with  several  trace  options  on.  Example  3 
contains  an  example  of  a  semantic  error,  as  well  as  some  fairly  com¬ 
plex  code.  The  interested  reader  can  get  a  good  idea  of  the  type  of 
code  produced  by  the  system  from  these  examples.  However,  the  lack 
of  really  involved  structures  (procedures,  etc.)  in  the  small  language 
may  yield  an  unrealistically  optimistic  picture  of  the  sytem's  perfor¬ 


mance. 
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^tt^^^/t*****/*i‘***^****^****^^******’‘’‘*^*’l*’,’t*''‘'*^***********  ****************************************  ******* 


OPERA  T  OR  -  0  4  0  14  MAY  64  19110111  M.AGiC  PAGES!  50  TIME! 


CC35.013  J.  FELDMAN 

COMPUTER  CENTER 


© 

00100104 


CO  EXAMPLE  1 

SN  DUMP  1 

3 E Q 1  Kj  REAL  X.Y. ZEBRA!  BOOLEAN  P,Ql  LABEL  L1.L2I 
Ll!  Y*  X*Y-ZE8RA'<Y/2>  ! 

IF  IF  P  THEN  0  ELSE  X  =  3  THEN  BEGIN  X-  X-H  GOTO  Ll  END 
ELSE  GOTO  L2I 
X-  X  +  l»  GOTO  Ll! 

L2I  o*  TRUE 


END 


20000 

0 

CLA 

2 

40000.00 

0 

MPY 

2 

40002, 0U 

0 

SID 

0 

72400,77 

20005 

0 

STD 

0 

72652.00 

0 

CLA 

2 

40004,00 

0 

STD 

0 

72650,00 

20012 

0 

S  TO 

0 

40002.00 

0 

CLA 

2 

40000,00 

0 

FUO 

0 

00003,00 

2001  7 

0 

IOZ 

o 

40006,00  ^ 

0 

TRA 

0 

20024,00 

0 

CAL 

2 

40007,00 

20024 

0 

STL 

0 

72400  .  77  ^ 

0 

ICZ 

2 

72400,77 

0 

TRA 

0 

20030.00 

20031 

0 

SUB 

0 

00001,00 

0 

STD 

n 

40000,00 

0 

TRA 

0 

20000,00 

20036 

0 

CLA 

2 

40000,00 

0 

ADD 

0 

0000  1,00  /jr 

0 

STD 

0 

40000,00 

20043 

0 

STL 

0 

40007.00 

0 

TRM 

0 

05300  ,  00^ 

O  CLA  2  40002.00,-,  0  D1V  0  00002,00 
0  TRM  0  10253. 00^  0  SUN  2  72400,77 
0  OCA  0  00001,00  0  CCL  2  14376,00 
0  STL  0  72400.77  0  TRA  0  20025,00 
0  TRA  0  20035,00  0  CLA  2  40000,00 
0  TRA  0  20036,00  0  TRA  0  20042,00 
0  TRA  0  20000.00  0  CAL  2  14377,00 


TIME  USED! 


00100107 


© 


PAGES  USED! 


19110117 


1,  The  compiler  took  four  seconds  to  read  in  the  tables  of  the  small  language. 

2,  Three  seconds  were  used  to  compile  and  dump  the  program. 

3,  T  is  executed  by  a  library  subroutine. 

It.  Location  5300  is  the  monitor  HALT  routine. 

5.  Temporaries  start  at  72AOO;  the  Index  register  allows  recursive  use  of  temporaries. 
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computer  center 


00100104 


CO  EXAMPLE  2 

SN  CD  CODE  1 
SN  (§)  EXEC  1 

SN  DUMD 

SEQIn  REAL  X.Y. ZEBRA)  BOOLEAN  P,OJ  LABEL  Cl , L 2 ) 


00  061 
63334 

00000000001 

00000000252 

00000000000 

00000000000 

OOOOO'lOOOOO 

00000000000 

00000000252 

00000000213 

00000000213 

0  0  061 
63334 

00000000004 

00000000234 

00000000262 

00000000246 

00000 1)00000 

00000000000 

00000000234 

00000000262 

00000000246 

00061 

63334 

00000000004 

00000000234 

00000000263 

00000000246 

00000  0 00000 

00000000000 

00000000234 

00000000263 

00000000246 

00061 

63334 

00000000004 

00000000235 

00000000005 

00000000234 

00000000264 

00000000246 

ooonQ'iooooo 

00000000000 

00000000235 

00000000264 

00000000246 

0  0  061 
63334 

00000000265 

00000000250 

ooon0"00ooo 

00000000000 

00000000234 

00000000265 

00000000250 

00061 

63334 

00000000005 

00000000235 

00000000266 

00000000250 

OOOOO'iOOOOO 

000000000  0*0 

00000000235 

00000000266 

00000000250 

00  061 
63334 

00000000036 

00000000234 

00000000267 

0000000025) 

OOOOO'lOOOOO 

0000000 0000 

00000000234 

00000000267 

00000000251 

00061 

63334 

00000000036 

00000000235 

00000000270 

00000000251 

OOOOO'iOOOOO 

00000000000 

00000000235 

00000000270 

00000000251 

LI  1 

00061 

63334 

IF  ( X • Y  )  / <  X 
00000000002 
00000000267 

+  Y  >  =  ZEBRA 

00000000246 

THEN 

00000000252 

OOOOO'lOOOOO 

OOODOOOODOO 

00000000267 

00000000235 

00000000252 

00061 

63334 

00000000032 

00000000236 

00000000267 

00000000252 

ooonoiiooooo 

00000000000 

00000000235 

00000000252 

00000000213 

00061 

63334 

00000000011 

00000000262 

00000000267 

00000000257 

OOOOO'IOOOOO 

00000000000 

00000000262 

00000000242 

00000000255 

0006  1 
63334 

00000000011 

00000000263 

01030040000 

00000000252 

OOOOO'lOOOOO 

00000000000 

00000000263 

00000000216 

01030040000 

00061 

63334 

00000000012 

00000000245 

01030040002 

00000000216 

01030'i4u000 

00000000000 

00000000245 

01030040000 

00000000242 

200  0  0 

200  0  1 
00061 
63334 

04050040000 
04  77004  0002. 
00000000017 
00000000245 

00030400000 

00000000242 

0  1030  4 '1 0 0 0 

00000000000 

00000000242 

00000000255 

00000000235 

00061 

63334 

00000000011 

00000000262 

30030400000 

OOCC0000247 

01030  '4HOOO 

00000000000 

00000000262 

00000000242 

00000000217 

00061 

63334 

00000000011 

00000000263 

01030040000 

00000000247 

O103O'i4OOOO 

ooooooooooo 

00000000263 

00000000214 

01030040000 

00061 

63334 

00000000014 

00000000245 

01030040002 

00000000214 

01030 'i4  it  000 

00000000000 

00000000245 

01030040000 

00000000242 

2000  2 

200  0  3 
2000  4 
00061 
63334 

01537772400 

04050040000 

04450040002 

00000000017 

00000000245 

00030400000 

00000000242 

01030'i4n000 

ooooooooooo 

00000000242 

01032072400 

00030400000 
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OOO&l  00000000011 


61314 

20005 

0  0061 

0  00.0000  0220 
00570040002 
00000000011 

00030400000 

01  0320  7240(1 

00030401)000 

00000000000 

00000000220 

00030400000 

00000000255 

63314 

00061 

00000000264 

00000000021 

00030400000 

01032072400 

000304.011000 

00000000000 

00000000264 

00000000220 

00030400000 

61314 
2000  5 

2000  7 

2001  0 
20010 
00061 

00000000256 

05610040004 

00000000001 

041500143/6 

04350014376 

00000000025 

01030040004 

00000000220 

00030"00000 

00000000000 

00000000256 

00030400000 

00000000255 

61314 

00061 

00000000256 

00000000003 

0  0  0  0  C-4MI  0  OO’O 

00000000255 

00030400000 

00  o'o  0000000 

00000000255 

00000000235 

00000000252 

63314 
2000  7 
20010 

0  0061 

0000 1|  400000  00000400000  00000000255 

00170000000 

00170000000 

BEGIN  X*  -X+ZE0RA)  GOTO  L2  END  ELSE  P" 
00000000002 

00030 "00 000 

FALSE  I 

00000000000 

00000400000 

00000000235 

00000000252 

63314 

00061 

00000000262 

00000000011 

00000000252 

00000000255 

00030400000 

OODOOOOOOOO 

00000000262 

00000000235 

00000000252 

61314 

00061 

00000000262 

00000000016 

00000000252 

00000000255 

00030400000 

OOOOOOOOODO 

00000000262 

00000000215 

00000000237 

63314 

00061 

00000000214 

ooooooonoii 

01030040000 

00000000215 

00030400 000 

OODOOOOOOOO 

00000000214 

00000000215 

00000000237 

61314 

00061/O 

00000000264 

JG  0000000014 

01030040000 

00000000215 

o  o  o  3^0  n  o  o  o 

OODOOOOOOOO 

00000000264 

00000000214 

01034040000 

6131412- 

20011 

20  012 
00061 

'00000000235 

04250040000 

04450040004 

00000000020 

01030040004 

00000000214 

01034440000 

OOOOOOOOODO 

00000000235 

01034040000 

00000000237 

61314 
2001  3 
00061 

00000000235 

01530040000 

00000000031 

00030400000 

00000000237 

000001)00262 

DOOOOOOOOOO 

00000000235 

00000000262 

00000000235 

63314 
2001  4 
0006  1 

00000000270 

00170000000 

00000000035 

00000000254 

00000000237 

00000404262 

DOOOOOOOOOO 

00000000254 

00000000235 

00000000252 

63314 

00061 

00000000253 

00000000006 

00000000254 

00000000235 

00000 1)  00  252 

OOOOODOOOOO 

00000000252 

00000400000 

00000000235 

61314 

20015 

00061 

00000000257 

00170000000 

0000000003U 

00000000252 

00000400000 

00000404252 

OOOOOOOOODO 

00000000257 

00000000252 

00000400000 

61314 

20  016 

20  01  7 

00  061 

00000000235 
04150014376 
01 730040006 
OOOU 0000033 

01000214376 

00000000237 

00000404265 

00000000000 

00000000235 

00000000265 

00000000257 

61314 

L2 1 

0006  1 

00000000235 
IF  o  THEN  X 
00000000032 

00000000265 

►  Y  t  ZEBRA  J  0- 

00000000257 

X  <  Y 

0000  0  10)252 

00000400000 

00000000235 

00000000265 

00000000235 

61314 

00061 

00000000236 

00000000024 

00000000270 

00000000257 

00000004252 

00000400000 

00000000235 

00000000252 

00000000213 

61314 

00061 

00000000256 

00000000025 

00000000265 

U0000000257 

00000004252 

00000400000 

00000000256 

00000000265 

00000000255 

61314 

00061 

00000000256 

00000000003 

01000040006 

00000000255 

0000040  '252 

00000400000 

00000000255 

00000000235 

00000000252 

63334 
20020 
20  021 
20022 
0  0061 
6333*1 
00061 
63334 
0  0061 
63334 
20  023 
20024 
20  025 
20026 
20  027 
00061 
63334 
20  030 
00061 
63334 
00061 
63334 
0  0061 
63334 

00  061 
63334 

20031' 
20  032 

20033 

20034 
00061 
63334 

20035 
00061 
63334 
00061 
63334 
20  036 
2000  0 
20  0  0  5 
2001  2 
2001  7 
20  024 
20031 

20036 


151. 


01000040006 

04310040006 

00170000000 

00170000000 

00000000010 

0100004  0006, 

00000000255 

00000 1)  0M  252 

00000400000 

01000040006 

00000000235 

00000000252 

00000000231 

00000000011 

00000000263 

00000000255 

00000'i0'i252 

00000400000 

00000000231 

00000000263 

00000000237 

00000000264 

00000000034 

01030040002 

00000000255 

000000  01)252 

00000400000 

00000000264 

00000000231 

01030040002 

00000000235 

04050040004 

01530072652 

04050040002 

01530072650 

01770010253 

00000000020 

01030040004 

00000000231 

01030  u4ll  002 

00000400000 

00000000235 

01030040002 

00000000237 

00000000235 

01530040000 

00000000007 

00030400000 

00000000237 

00000*1 0  0  262 

00000400000 

00000000235 

00000000262 

01000040006 

00000000235 

oooonoooolo 

00000000262 

01000040006 

00000  0  0 'i262 

00000400000 

00000000235 

01000040006 

00000000235 

00000000224 

00000000011 

00000000262 

01000040006 

00000  ()0  0  262 

00000400000 

00000000224 

00000000262 

00000000237 

00000000263 

END 

00000000022 

00000000262 

01000040006 

00000000262 

00000400000 

00000000263 

00000000224 

01030040000 

00000000253 

04050040000 

05210040002 

00000000001 

041500143/6 

00000000027 

01030040002 

00000000224 

01030 '*4  li  000 

00000400000 

00000000253 

01030040000 

00000000237 

0  000(1000253 
0173004000/ 
00000000035 

00000400000 

00000000237 

0  00  00'i0D266 

00000400000 

00000000253 

00000000266 

00000000235 

00000000253 

00000000037 

00000000266 

00000000235 

00000000252 

D0000400000 

00000000252 

00000000213 

00000000213 

00000000252 

01770005300 

00000000213 

00000000235 

0000  000-1252 

0  0-6  00400000 

00000000213 

00000000213 

00000000213 

0  CL  A  2  4  000  0  .  0  0  0  MPT  2  4  0002,  00  0  STD  0  72400  ,  77  0  CL*  2  4000  0  ,  00  0  ADD  2  *0002,0  0 
0  ROV  0  4  00  02,00  0  PUD  2  40004,  00  0  TRA  0  200  1  1  ,  00  0  TRA  0  20016,00  0  CLS  2  40000  ,  00 
0  ADD  2  40004,00  0  SID  0  *0000,00  0  TRA  0  20020,00  0  TRA  0  20020,00  0  C*L  2  14376,00 
0  STL  0  40006,00  0  ICZ  ?  40006,00  0  TRA  0  20023,00  0  TRA  0  20031.00  0  CL*  2  *0004,00 
0  STD  0  72652.00  0  CLA  2  40002,00  0  SID  0  72650,00  0  TRH  0  10253,00  0  STD  0  40000,00 
0  CLA  2  40000,00  0  PLO  ?  40002,00  0  OCA  0  00001,00  0  CAL  2  14376,00  0  STL  0  40007,00 
0  TRM  0  05300.00 


TIME  USED!  00  :  00  1  14  PALES  USEDl  i  19118:50 

1.  This  causes  the  code  to  be  printed  as  it  is  compiled. 

2.  Causes  the  routine  number  and  LEFT1-IEF75  and  HIGfiTl -KIGHT3  to  be  printed. 

3.  EXEC  12  J'  is  called  to  add  -X  and  ZFRRA,  it  knows  to  subract  X  because  of  (Z) 
U,  The  neration  is  bit  set  in  LEFT/*. 
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i.,tftttttttttttttitt1.t*tittti*tt*t*ftt**************i**t******** 


OPEN  ft  I  OR 


•  040  14  MAY  64  19H1I05  MAGIC  PAGESl  50  TIMEl  1 


CC35.013 


J,  FELDMAN 
COMPUTER  CENT "R 


00100104 


CO  EXAMPLE  3 

SN  DUMP 

BEGIN 

BEGIN  REAL  X,Y.  ZEDD;  BOOLEAN  P.Q.ZEDEI 
ZEDE  ►  IF  X/Y+ZEOD-X  =  X  THEN  P  ELSE  (U 
X  ►  X»X  +  X»X  END 


1 

BEGIN  REAL  X.  Y»  Z)  BOOLEAN  P.Q) 


X 

►  Y 

♦ 

X*X*Z1  (Q 

(^AULT  1 

I  *  I J 

Y  ►  1.51 

FAULT  1 

P  ►  ' 

TRUE  1 

0  ►  FALSE 

P  * 

O  END 

END 

20  0  0  0  0  CLA 

2 

40000.00 

2000  5  0 

TRA 

0 

20011.00 

20012  0 

STL 

0 

72400.77 

2001  7  0 

STD 

0 

72401.77 

20024  0 

CLA 

2 

40011.00 

2003  1  XVO 

C»L 

0 

00271.00 

20036  0 

STD 

0 

40011.00 

20043  0 

STD 

0 

40015.00 

20050  0 

CAL 

0 

40020.00 

X/3) 

I 


0 

DIV 

2 

40002.00 

0 

ADD 

2 

0 

CAL 

2 

40006, 00 

0 

STL 

0 

0 

CAL 

2 

72400,77 

0 

STL 

0 

0 

CLA 

2 

40000,00 

0 

MPY 

2 

0 

MPY 

2 

40011.01) 

(9 

0 

MPY 

2 

0 

STD 

0 

72652,00 

0 

CAL 

0 

0 

CLA 

2 

14401,00 

0 

STD 

0 

0 

CAL 

2 

14377, QUIT 

0 

STL 

0 

0 

STL 

0 

40017,00 

0 

TRM 

0 

40004,00 

72400,77 

40010,00 

40000,00 

40015,00 

00271,00 

40013,00 

40017,00 

05300,00 


0  SUB  2  40000/00 
0  TRA  0  20013.00 
0  CLA  2  40000.00 
0  ADD  2  72401.77 
0  ADD  2  40013.00 
0  STD  0  72650.00 
0  CLA  2  40011.00  .-. 
0  CAL  2  14376. OOCI' 


0 

FUO 

2 

40000,00 

0 

CAL 

2 

40007,00 

0 

MPY 

2 

40000,00 

0 

STD 

0 

40000,00 

0 

STD 

0 

400.11,00 

0 

TRM 

0 

10253,00 

0 

DIV 

0 

00003,00 

0 

STL 

0 

40020,00 

TIME  USED!  0  0  *  0  0  I  0  B  PAGES  USEDl 


19111112 


1.  The  semantic  error  message  FAULT  1  is  printed  twice  because  'I'  was  not  declared, 

2.  Since  OK  wae  not  set  FALSE,  translation  continues  using  the  internal  name  of  'I'  as  its  semantics 

3.  The  floating  point  constant  *1.5*  is  put  in  a  cell  in  the  constant  region, 

L,  TRUE  and  FALSE  are  also  absoluto  constants. 
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No  Los  on  the  Appendices 

The  material  contained  in  these  appendices  forms  an  integral  part 
of  the  thesis.  The  basis  for  most  of  them  is  one  or  more  machine 
listings.  In  all  cases  these  are  actual  runs  of  the  programs  being 
described. 


Appendices  A-C  comprise  a  complete  description  of  the  subset  of 
ALGOL  60  which  we  call  the  small  language.  The  BNF  syntax  of  the  small 
language  which  is  Appendix  A  is  what  might  be  given  in  a  published 
paper  on  the  small  language.  The  Appendices  B  and  C  are  a  solution  to 
the  problem  of  building  a  compiler  for  the  small  language. 

Appendix  B  contains  a  run  of  the  production  loader  on  the  syntax 
of  the  small  language.  The  results  of  this  run  are  some  tightly  packed 
tables  which  will  control  the  scanning  of  small  language  source  pro¬ 
grams.  The  notation  used  in  these  tables  is  described  in  that  section. 

Appendix  C  contains  a  run  of  the  semantic  loader  on  the  FSL  seman¬ 
tics  of  the  small  language.  The  tables  produced  there  are  actually 
short  programs  which  will  be  executed  by  the  Basic  Compiler.  We  will 
give  a  capsule  description  of  the  G-20  machine  code  at  the  end  of  these 
notes.  This  description  will  also  be  of  use  in  reading  Appendix  F, 
which  contains  the  translations  of  sample  programs  in  the  small  language. 
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Appendices  D  and  E  describe  the  semantic  meta -language,  FSL.  The 
Backus  Normal  Form  syntax  constitutes  Appendix  D  while  the  Production 
language  Syntax  is  Appendix  E.  The  tables  produced  in  Appendix  E  follow 
the  same  format  as  those  for  the  productions  of  the  small  language 
(Appendix  B). 

In  order  to  fully  understand  the  appendices,  one  must  have  some 
knowledge  of  G-20  machine  code.  We  will  present  a  brief  description  of 
the  machine,  emphasizing  its  differences  from  the  better  known  computers 
of  its  class. 

The  Control  Data  (nee  Bendix)  G-20  at  Carnegie  Tech  is  a  large  single 
address  machine.  Among  its  more  interesting  features  are  a  floating  point 
accumulator  and  a  special  operand  assembly  (OA)  register.  These  are  the 
only  hardware  registers  with  which  we  will  be  concerned.  Although  the 
G  20  has  j64  index  registers,  these  are  in  its  6  -second  core  memory 
and  thus  have  appreciable  access  times.  We  will  describe  the  G-20  command 
structure  as  it  will  appear  in  Appendices  C  and  F.  The  format  of  a  com¬ 
mand  is: 


f  xxx  m  ddddd  ,  ii 

whre  Tf’  denotes  the  interrupt  flag  (0-3)  used  by  the  machine  hardware. 
The  symbols  ’xxx'  denote  one  of  the  3~letter  mnemonic  opcodes  which  we 
will  describe  below.  The  ’m’  denotes  the  addressing  mode  (0-3)  and  will 
also  be  described  below.  The  field  marked  ’ddddd'  stands  for  the  five 
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digit  octal  address  used  in  a  G-20  command  and  the  ’iir  denotes  one  of 
the  octal  100  index  registers  (0-77).  The  internal  representation  of 
a  command  is  slightly  different  than  our  picture. 

Before  describing  the  commands,  we  must  say  something  about  the 
address  structure  of  the  G-20.  This  is  based  on  the  use  of  the  OA 
register  which  automatically  combines  with  the  address  field  of  every 
command  according  to  the  mode  specified  in  the  command.  If  we  represent 
the  address  field  of  a  command  by  A,  the  index  field  by  I  and  the  con¬ 
tents  of  OA  register  as  (OA)  we  attain  the  following  rules  for  building 
X,  the  effective  address. 

Mode  Effective  Address 

0  (OA)  +  A  +  (I)  =  X 

1  (OA.)  +  (A)  +  (I)  -  X 

2  ((0A>  +  A  +  (I) )  =  X 

3  ((OA)  +  (A)  +  (I))  =  X 

The  normal  mode  for  stores  and  transfer  commands  is  mode  0,  while  all 
other  commands  are  normally  in  mode  2.  There  are  special  commands  for 
operating  on  the  OA  and,  except  for  these  instructions,  the  OA  is  set 
to  zero  after  every  command. 

In  the  table  of  opcodes  (Figure  4),  (ACC)  stands  for  the  accumu¬ 
lator  and  all  the  symbols  defined  above  retain  their  meanings.  Notice 
that  for  all  conditional  statements  the  next  command  is  executed  if  the 
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Partial  List  of  G-20  Opcodes 


Address  Preparation 
OCA  X  — >  (OA) 

OCA  -X  —  (OA) 

OAD  (ACC)  +  X-»(0A) 

OSU  (ACC)  -  X ->(0A) 


Add  and 
CLA 
CIS 
ADD 
SUB 
ADN 
SUN 
ADA 
SUA 


Substract 
X  (ACC) 

-X  — *  (ACC) 

(ACC)  +  X— *(ACC) 
(ACC)  -X  —  (ACC) 

-  (ACC)  -  X  -»(ACC) 

-  (ACC)  +  X  (ACC) 
(ACC)  +  X  (ACC) 
(ACC)  -  X  — (ACC) 


Arithmetic  Tests 
POM  X  <  0 

FOP  X  >  0 

FLO  (ACC)  <  X 

FGO  (ACC)  >  X 

Multiply  and  Divide 
MPY  (ACC)  *  X  -»  (ACC) 
DIV  (ACC)  /  X  (ACC) 

PDV  X  /  (ACC)  (ACC) 

Logic  Operations 
CAL  X  (ACC) 

CCL  X  (ACC) 

ADL  (ACC)  +  X-^  (ACC) 

SUL  (ACC)  -  X  ^  (ACC) 

EXL  (ACC)  A  x  -=>  (ACC) 

UNL  (ACC)  v  X  — >(ACC) 

Logic  Tests 
IOZ  X  =  0 

IOZ  X  =  0 

IUO  (ACC)  -  X/  O 

Store 

STL  (ACC)— >X 
STD  (ACC)  X 

STI  (ACC)  — ^X 

STZ  0  -*X 


Index  Register  Codes 


LXP 

X  — >  I 

IXM 

-x  • 

I 

ADX 

(I) 

+  X-»I 

SUX 

(I) 

-  X^I 

AXT 

(I) 

+  X— >1 

SXT 

(I) 

-  X^I 

(=0?) 

(-0?) 


Transfer  of  Control 
TRA  X  — >  NC 

TRM  (NC)  — >  X;  X  +  1  — >  NC 


Figure  4. 
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condition  holds.  With  this  capsule  view  of  the  G-20  and  the  descriptions 
accompanying  the  examples,  it  Bhould  be  possible  to  follow  the  code 
generated  in  Appendices  C  and  F.  A  much  more  complete  set  of  examples, 
including  a  number  of  source  languages,  will  appear  as  a  separate  paper. 
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Appendix  A 

Syntax  of  a  Small  Language 

•Arithmetic  expreasion>  :s  =  <term>  |  +  <term>  | 

Arithmetic  expression>  +  <term> 

<term>  ;  j  =  <factor>  |  <term>  #/  <factor> 

<factor>  : :  B  <primary>  |  <factor>  f  <primary> 

<primary>  ::  «  <identifier>  |  (Arithmetic  expreasion>) 

Aimple  boolean>  ::  =  <identifier>  |  Arithmetic  expression> 

Aelation>  Arithmetic  expre3sion>  I 

i 

Aoolean>  : :  »  Aimple  boolean>  |  <if  clause>  Aimple  boolean>  » 

ELSE  Aoolean> 

<if  claus  e>  : :  =  IF  Aoolean>  THEN 

<if  statement>  : :  =  <if  clause>  <unconditional> 

Assignment  s :  =  <identifier>  Arithmetic  expression>  | 

<Ldentifier>  Aoolean> 

<go  to  statement  : :  =  GO  TO  <identifier> 

<conditional>  ::  =  <if  statement  I  <Lf  statement  ELSE  Atatement 

<unconditional>  ; :  a  Assignment  j  <go  to  statement  /  Alock> 

Aeclaration>  ::  «  <type>  <type  list  I  Aeclaration>  ;  <type> 

<type  list 

<type>  : :  =  HEAL  |  BOOLEAN  j  LABEL 

Ctype  list  ::  -=  <identifier>  |  <type  list  ,  <Ldentifier> 

Aead>  : :  =  BEGIN  |  BEGIN  Aeclaration>  |  Aead>  }  Atatement 
Alock>  : :  =  Aead>  END 

Atatement  : :  =  Aonditional>  |  <unconditional>  j  Ampty>  / 

<identifier>  :  Atatement> 


Notes  on  Appendix  B 
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The  appendix  is  a  machine  run  of  the  Production  Language  syntax  of 
the  small  language.  Besides  the  productions  themselves  there  are  three 
tables  given  as  input  to  the  Production  Loader.  The  first  is  a  table  of 
reserved  identifiers,  both  those  used  internally  and  those  which  appear 
in  the  source  code.  The  second  table  defines  the  class  names  (meta¬ 
characters)  as  discussed  in  Chapter  II.  The  table  of  actions  contains 
all  those  mentioned  in  Chapter  II  as  well  as  others  used  internally  by 
the  system. 

As  we  have  mentioned,  the  tables  built  by  the  Production  Loader 
are  tightly  packed  and  thus  difficult  to  read.  The  small  table  at 
37715  to  40011  contains  initializing  information  for  the  Basic  Compiler. 
The  two  tables  (other  stuff  and  LABELS)  before  the  production  table  con¬ 
tain  debugging  information  which  will  not  concern  us  here. 

To  read  the  production  table  we  must  understand  the  internal  num¬ 
bering  system  for  symbols.  Reserved  symbols  are  given  octal  integers 
starting  at  200  as  internal  names.  After  the  last  number  assigned  to 
a  reserved  symbol  (26l  for  the  small  language),  the  source  code  identi¬ 
fiers  are  numbered  sequentially. 

The  production  table  consists  of  two  types  of  words,  head  cells 
and  operands.  Consider  the  first  entry  (62245)  in  the  production  table. 


0  105  02  10000 
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t 

The  *105*  marks  this  as  the  head  cell  of  a  production  and  the  ’02’ 
gives  the  relative  address  of  the  next  head  cell.  The  *10000*  is  the 
relative  address  of  the  interpretation  table  entry  corresponding  to 
this  production.  We  will  discuss  the  interpretation  table  below. 

The  next  cell  contains  *252*  in  the  low  order  positions.  This  is 
the  octal  integer  which  corresponds  to  ’BEGIN*.  A  word  of  all  zeros  in 
the  production  table  corresponds  to  a  *  <6  '  in  a  production. 

The  interpretation  table  is  easier  to  follow.  The  integer  in  the 
high  order  position  represents  one  of  the  actions  in  the  Action  Table. 
These  are  numbered  sequentially  starting  with  *1*  for  EXEC.  The  param¬ 
eter  to  the  action  is^contained  in  the  low  order  bits  of  the  same  word. 
These  tables  are  interpreted  by  the  Basic  Compiler  in  recognizing  source 
language  text. 
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Productions  for  the  Small  Language 


SYMBOLS 

12  internal  symbols 

I 

P 

F 

T 

E 

SBE 

BE 


I  CL 
UN 

s 

HEAD 

l*» 

♦ 

+ 

M 

- 

*' 

# 

/ 

/ 

■ 

= 

V 

V 

ft 

* 

A 

A 

< 

< 

> 

> 

*< 

-< 

-  > 

-> 

n 

t 

t 

4 

i 

t 

• 

< 

9 

J 

• 

i 

J 

• 

• 

«* 

-♦ 

% 

$ 

{ 

( 

1 

1 

J 

1 

) 

) 

REAL 

REAL 

boolean 

BOOL 

LABEL 

LABL 

BEGIN 

BEGN 

end 

END 

GOTO 

GO 

IF 

IF 

then 

THEN 

else 

ELSE 

TRUE 

TRUE 

false 

FALS 

metacharacters 

H  <UP>  ♦  -  *  /  t 

M  <1?>  REAL  800L  LA0L 

M  <Ki.P  a  K  <  >  ,<  -> 

M  <PM>  *  - 

M  <I0>  •  / 

•  ACTIONS 


ELEC 

NSTK 

SIAK 

VALU 

5UBR 

SCAN 

NEXT 

GET 

BOOK 

RETURN 

ERROR 

HALT 

CUN 

NUM 

FOUT 


STHIN 

• 

productions 

37715 

00000000074 

00053117163 

37723 

00017232775 

00125776240 

37735 

00000000070 

00000000065 

37745 

00000000074 

00000000075 

37753 

00000000062 

00000000061 

37763 

30000000000 

30000000000 

377  /5 

30000000000 

30000000000 

40005 

30000000000 

02000000062 

00003754224 

20000034000 

00000000035 

00000000035 

00000000060 

30000000000 

30000000000 

0Tl0000T0213 


00001020101 
01177202242 
00000000034 
000000011036 
000001)00057 
30000 OOUOOO 
0000000H261 
30000000000 


00003720323 

00003402170 

00000000076 

00000000036 

00000000056 

30000000000 

30000000000 

30000000000 


00000000523 

00000000073 

00000000067 

00000000066 

00000000055 

30000000000 

02000000046 


00001336065 

00000000072 

00000000037 

00000000064 

00000000054 

30000000000 

00000000032 


120. 


00000016307 

00000000071 

00000000053 

00000000063 

30000000000 

30000000000 

00000000014 
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SO 

BEGN 

1 

1 

EXEC  1 

*D1 

<SG> 

1 

1 

ERROR  0 

01 

D1 

<TP> 

1 

1 

SCAN 

♦  D2 

BEGN 

END 

1 

4 

S  1 

•  SI 

begn 

• 

I 

1 

4 

BEGN  1 

*D1 

begn 

I* 

<SG> 

1 

4 

head 

J 

<SG>  | 

EXEC  2 

SI 

BEGN 

<SG> 

1 

-4 

Ht  AD 

• 

9 

<SG>  1 

EXEC  2 

SI 

02 

REAL 

I 

<SG> 

1 

1 

EXEC  4 

D3 

BOOL 

I 

<  SG> 

1 

1 

EXEC  5 

D3  - 

LABL 

<SG> 

1 

1 

EXEC  30 

D3 

D3 

<TP> 

I 

9 

1 

4 

<TP>  1 

SCAN 

*D2 

1  -• 

<TP> 

I 

• 

9 

1 

4 

1-  1 

»D1 

<TP> 

I 

• 

9 

1 

4 

1-  1 

*D1 

# 

<SG> 

1 

1 

ERROR  1 

Q1 

SI 

BEGN 

1 

1 

*  ♦  Dl 

IF 

1 

1 

*B1  ■ 

GO 

1 

1 

*G1 

« 

9 

1 

4 

S 

;  i 

S9 

END 

1 

i 

S9 

I 

1 

i 

*S2 

S2 

I 

• 

• 

1 

4 

i 

EXEC  26 

♦  SI 

I 

1 

i 

•  EX1 

<SG> 

1 

i 

ERROR  2 

01 

11 

*- 

I  CL 

1 

i 

*B1 

IF 

I  CL 

1 

!  | 

*B1 

SBE 

ELSE 

I  CL 

1 

*B1 

I  CL 

1 

i  1 

EXEC  3 

♦  SI 

<SG> 

1 

i  • 

ERROR  4 

■  01 

UNI 

I  CL 

UN 

<SG> 

1 

i  ; 

Cl 

UN 

<SG> 

1 

4 

s 

<sii>  1  ' 

S9 

<SG> 

1 

1 

ERROR  5 

01 

Cl 

I  CL 

UN 

ELSE 

1 

1 

EXEC  6 

♦  SI 

I  CL 

UN 

<SG> 

1 

4 

s 

<SG>  1 

EXEC  7 

S9 

<SG> 

1 

I 

ERROR  6 

01 

PI 

I 

1 

4 

P  1 

EXEC  9 

♦  FI 

( 

1 

1 

♦  PI 

+ 

i 

4 

1 

♦  PI 

_ 

1 

1 

♦  PI 

<SG> 

1 

1 

ERROR  7 

01 

FI 

F 

t 

P 

<SG> 

1 

4 

F 

<SG>  1 

EXEC  28 

F  2 

P 

<SG> 

i 

4 

F 

<SG>  1 

F  2 

F2 

F 

T 

1 

1 

♦  PI 

T 1 

T 

« 

F 

<SG> 

1 

4 

T 

<SG>  1 

EXEC  10 

T2 

T 

/ 

F 

<  SG  > 

1 

4 

T 

<SG>  1 

EXEC  11 

T  2 

F 

<SG> 

1 

4 

T 

<SG>  1 

T  2 

T2 

T 

<TD> 

1 

1 

• 

♦  PI 

El 

E 

+ 

T 

<SG> 

1 

4 

E 

<SG>  1 

EXEC  12 

•E2 

E 

- 

T 

<SG> 

1 

4 

E 

<SG>  | 

EXEC  13 

E2 

- 

T 

<SG> 

1 

4 

E 

<SG>  | 

EXEC  14 

E2 

... 

T 

<SG> 

1 

4 

E 

<SG>  1 

E2 

E2 

E  . 

<PH> 

1 

1 

♦  PI 

— 

( 

E 

) 

1 

4 

P  1 

EXEC  15 

♦  FI 

E 

<RL> 

1 

1 

♦  PI 

I 

«- 

E 

<SG> 

1 

4 

UN 

<SG>  | 

EXEC  16 

UNI 

E 

= 

E 

<SG> 

1 

4 

SBE 

<SG>  | 

EXEC  17 

B2 

122 


E 

< 

E 

<SG> 

1 

-4 

SBE 

<SG>  | 

EXEC  18 

B2 

E 

E 

<SG> 

1 

•4 

SBE 

<SG>  1 

EXEC  19 

B2 

E 

<RL> 

E 

<SG> 

1 

-4 

SBE 

<SG>  | 

EXEC  17 

B2 

<SG> 

1 

ERROR  8 

01 

B1 

IK 

1 

1 

*B1 

+ 

1 

-4 

I 

♦  PI 

- 

1 

1 

♦  PI 

( 

1 

1 

♦  PI 

B4 

I 

<0P> 

1 

*4 

P 

<0P>  1 

EXEC  8 

FI 

I 

<RL> 

1 

* 

E 

<RL>  I 

EXEC  8* 

♦  PI 

I 

<SG> 

1 

•4 

SBE 

<SG>  | 

EXEC  20 

B2 

I 

1 

1 

♦  B4 

B2 

SBE 

ELSE 

1 

1 

*B1 

SBE 

<SG> 

1 

*4 

BE 

<SG>  1 

B3 

86 

IF 

BE 

THEN 

1 

-4 

I  CL  i 

EXEC  21 

11  - 

I UU 

SBE 

ELSE 

BE 

<  SG> 

1 

•4 

BE 

<SG>  1 

EXEC  22 

B3 

I 

4- 

BE 

<SG> 

1 

-4 

UN 

<SG>  | 

EXEC  23 

UNI 

EX1 

I 

1 

1 

*EX2 

IK 

1 

1 

*B1  , 

+ 

1 

•4 

1 

♦  PI 

- 

1 

1 

♦  PI  ' 

< 

1 

1 

♦  PI 

EX2 

I 

<0P> 

1 

-4 

P 

<0P>  1 

EXEC  8 

FI 

I 

<RL> 

1 

-4 

E 

<RL>  1 

EXEC  8 

♦  PI 

I 

4- 

I 

<  SG  > 

1 

•4 

UN 

<SG>  | 

EXEC  24 

UNI 

<SG> 

1 

1 

ERROR  8 

01 

G1 

GO 

I 

1 

•4 

UN  1 

EXEC  25 

♦  UNI 

<SG> 

i 

1 

ERROR  9 

01 

S9 

I  CL 

UN 

else 

S 

<SG> 

1 

-4 

S 

<SG>  | 

EXEC  27 

S9 

I  CL 

UN 

ELSE 

UN 

<  SG> 

1 

-4 

S 

<SG>  ! 

EXEC  27 

S9 

HEAD 

J 

S 

« 

> 

1 

-4 

HEAD 

;  i 

♦  SI 

••  ■» 

HEAD 

1 

S 

END 

1 

•4 

UN  I 

EXEC  29 

ND1 

ND1 

1  •* 

UN 

! 

-4 

1  -  1 

EXEC  31 

01 

<SG> 

1 

1 

♦  UNI 

01 

<SG> 

1 

1 

HALT 

01 

END 

OTHtR 

stuff 

I  1 

4 

I  2 

0 

I  3 

0 

I  4 

1 

I  5 

0 

I  6 

14 

I  7 

61 

I  8 

67 

I  9 

0 

HO 

56 

Ill 

67 

112 

12 

113 

12 

114 

5 

115 

0 

116 

26 

123. 


117 

2 

118 

293 

119 

•  0 

120 

28 

121 

16333 

J  0 

-  28  -7 

J  1 

0 

J  2 

1 

J  3 

61 

J  4 

67 

J  5 

7 

J  6 

51 

J  7 

12 

LABEL  TABLE 


LABEL  name 

VALUE 

1 

so 

0 

2 

Dl 

4 

3 

01 

285 

4 

D2 

19 

5 

SI 

46 

6 

D3 

31 

7 

81 

190 

8 

Gi 

253 

9 

S9 

258 

10 

S2 

58 

11 

EX1 

230 

12 

11 

66 

13 

UNI 

80 

14 

Cl 

89 

15 

PI 

99 

16 

FI 

109 

17 

F2 

117 

18 

T 1 

120 

19 

TZ 

133 

20 

El 

136 

21 

E2 

...  153 

22 

02 

209 

23 

04 

198 

24 

03 

215 

25 

EX2 

240 

26 

ND1 

280 

27 

1 

622-13 

62235 

62265 

622/5 

623U5 

62315 

62325 

62335 


PRODUCTION  table 
01050210000  00000000252 

00000000252  01050310014 

01050310023  00000000000 

noooooooooo  00000000200 

00000000234  00000000200 

01050410030  0U000UG0235 

01050210060  00000000255 

01050210071  00000000200 


01050210003  OOOOOnOOOOO 
00000000233  00000M0H252 

00000000252  0 1  0  5  0  *i  1  1)033 

00000000250  1)1050  *110037 

01050300006  01050310045 

00000000200  01  050.1011006 

01050210062  00000000254 

01  05031  0073  0000  00  0*1236 


01050210005  01050300006 
01050410017  00000000000 
00000000000  00000000200 
00000000000  00000000200 
00000000235  00000000200 
01050210054  OOOOOOOOOOO 
01050210064  00000000235 
00000000200  01050310077 


01050310010  000000002'! 
00000000213  00000000232 
00000000246  01050410035 
00000000251  01050410041 
01050300006  00000000213 
01050210056  00000000252 
01050210070  00000000253 
00000000237  00000000200 


124. 


62343 

62365 

62365 

623/5 

62505 

62515 

62425 

62435 

62445 

62465 

62465 

624/5 

62505 

62515 

62525 

62535 

62545 

62565 

62565 

625/5 

62605 

62615 

62625 

62635 

62645 

62665 

62665 

626/5 


65202 

65212 

65222 


65227 

65237 

65247 

65257 

65267 

652/7 

65307 

65317 

65327 

65337 

65347 

65367 

65367 

653/7 

65407 

65417 

65427 

65437 

6544/ 

65467 


0.1  050210101  OQOOOUOOOOO  01  0503101  03  00000000207 

01050410107  00000000207  00000000257  00 0 0 0 0 00 205 

01050410116  OQOOOUOOOOO  00U0000II21II  000  D  0  n  0  (120  7 

OOOOOOOOOOO  01050410125  00000000257  00000'l0li21 0 

0000  00  0  020  7  01050210135  OOOOOOOOOOO  01  05021(1137 

00000000214  0105021  0151  00000000215  01  0502111153 

000000  00231  00000000202  01  05031016J  0  0  000  o  0 1)  000 

01  05051016  7  OOOOOOOOOOO  0000000  020?  OOO0OHO"216 
00000000217  0000  0000203  01  0503101  77  00000"00000 

01  050510205  OOOOOOOOOOO  00000000203  0  U  0  (1 0 '>  0  >•  2 1  <4 

000  00  000215  00000000204  01  050410215  000  00  ■'  00  0  0  0 

00000000203  0  1050310226  0  1  050200017  0  0  0  00  0  0204 

01050310235  0105060  001  1  000000  0020‘S  01  050610237 

01  050510244  OOOOOOOOOOO  00000000204  00  0 00  HOC  220 

00000000224  00000000204  01  050510256  00 0 0 0 n 0 II  0 0 0 

OOOOOOOOOOO  00000000204  01  05060001)  000001100204 

01050210274  00000000214  01050210277  00000000215 

00000000200  01050310310  0105060D011  00000000200 

00000000200  01050310325  00000000257  0 0 0 0 OuO 0205 

00000000256  00000000206  00000000255  01050610337 

00000000207  01050510344  OOOOOOOOOOO  00000oDU206 

01050210353  00000000255  -01  050210355  00000000214 

01  050310364  01050500001  0000  00  0  0200  0105031  (1371 

0  0000000200  00  000000237  0  000000020  0  01  D5021M04 

01  050210413  OOOOOOOOOOO  01  05061041  5  OOOIlOliOUOOO 
01  050610422  OOOOOOOOOOO  0  0  000000210  00000(100257 

00000000211  00000000235  0000000021?  01050510432 

01  050310436  00000  000210  00000000213  01  050  71(14  41 

AUXILIARY  PRODUCTION  TABLE 
OOOOOOOOOOO  00000000210  0  0  00  0  00021  3  00000(100253 

300000000  00  30000  000000  30  0000000  00  .lUOOO'iOUOOO 

30000000000  30000000000  30000000000  30000('0u000 

INTERPRET  AT  I  ON  TABLE 

00010000001  00060000001  00070000004  0Q130H00000 

00020000002  00030000211  0006000000'  00070"00056 

00030000212  00030000235  00030000000  0 11 0 1  0  0  0  0  0  2 

0003000000  0  00010000002  00070000056  0001  0'i0(1004 

000  70000037  00020000002  00060000000  QOOftO  ■  00001 

0 '<020000003  00030000213  UOU6000000)  0  0070"  0  U  0  04 

00060000001  00070000276  0006000000 J  000701(00375 

00070000402  00060000001  00070000072  00020"00002 

00070000346  0  U 1 3.U  .0.0  00  02  000  70000435  000601100001 

00070000276  00010000003  0006000000)  00070000056 

00030000211  00030000000  0007000040?  00130(100005 

00020000003  00030000211  0003000000U  000  1  0  '00007 

00030000201  00010000011  00060000001  00070000155 

000  70000143  00  060000001  000700001  43  00130000007 

00070000155  00020000002  0003000020?  0 0 030 " 0 00 0 0 

00030000000  00010000012  00070000205  00020  00003 

00030(100203  00030000000  00070000205  00060-  00001 

00070000231  00020000003  00030000000  00010O00015 

000  10000016  00070000231  0002000000?  0  0  0  3  0  n  0  fl  2  0  4 

00020000003  00030000201  00010000017  OUOftOiiOOOOl 


00000000237  0105031  0105  (10000000207  0000  0000255 
01050210111  00000000207  01050210114  OOOOOOOOOOO 
01050310117  OOOOOOOOOOO  U0000000210  01050210123 
00000000207  01050410130  OOOOOOOOUOO  00000000210 
00000000200  01050210144  00000000242  01050210146 
OOOOOOUOOOO  01050510155  OOOOOOOOUOO  00000000201 
00000000201  01050310165  00000000231  00000000202 
00000000203  01050510173  OOOOOOOOOOO  00000000202 
00000000202  01050310203  01050200021  00000000203 
00000000204  01050510211  OOOOOOOOOOO  00000000203 
00000000203  00000000215  01050310222  OOOOOOOOOOO 
01050410230  00000000245  00000000204  00000000242 
OOOOOOOOOOO  00000000204  00000000237  U0000000200 
00000000204  01050510251  OOOOOOOOOOO  00000000204 
00000000204  00000000225  00000000204  01050510263 
Dl. 050210270  OOOOOOOOOOO  '01050210272  000000  00255 
01050210301  00000000242  01050310303  01050500001 
01050310316  OOOOOOOOOOO  00000000200  01050210323 
01050310327  OOOOOOOOOOO  00000000205  01050410333 
OOOOOOUOOOO  00000000206  00000000257  00000000205 
00000000237  00000000200  01050210351  00000000200 
01050210360  00000000215  01050210362  00000000242 
01050600011  00000000200  01050510377  OOOOOOOOOOO 
OOOOOOOOOOO  01050310406  00000000200  00000000254 
0000000021 1  00000000257  00000000210  00000000207 
00000000210  00000000207  01050510427  00000000235 
00000000253  00000000211  00000000235  00000000212 
OOOOOOOOOOO  01050210443  OOOOOOOOOOO  30000000000 


00000000210  00000000235  OOOOOOOOUOO  30000000000 

300000000(10  3UODOOOOOOO  30000000000  30000000000 


00070000435  00060000000  00060000001  00070000023 
00020000001  00060000001  00070000004  00020000003 
00070000056  00020000002  00030000212  00030000235 
00070000037  00010000005  00070000037  00010000036 
00070000023  00020000003  00060000001  00070000004 
00130000001  00070000435  U0U600U0U01  00070000004 
00020000001  00030000211  00030000000  00070000402 
00010000032  00060000001  00070000056  00060000001 
00070000276  00060000001  00070000276  00060000001 
00130000004  0U07000U435  00070000131  00020000002 
00070000435  00010000006  00060000001  00070000056 
00070000402  00130000006  00070000435  00020000001 
00060000001  00070000143  00020000001  00060000001 
00070000435  00020000003  00030000000  00010000034 
00070000165  00060000001  00070000143  00020000003 
00030000000  00010000013  00070000205  00020000002 
00070000143  00020000003-  00030000000  00010000014 
00070000231  00020000003  00030000204  00030000000 
00030000000  00070000231  00060000001  00070000143 
00070000155  00060000001  00070000143  00020000004 


65467 

654/7 

655U7 

65517 

65527 

655.77 

65547 

65557 

65567 

655/7 

6560  7 

6561  7 
656*7 
6563  7 
65647 
65657 
65667 


0003000021 0  00030000000 

00070000321  00020000004 

00030000000  00010000023 

00130000010  00070000435 

00070000143  00060000001 

00020000002  00030000204 

00030000000  00010000024 

00030000206  00030000000 

00030000001  00030000000 

00070000120  00060000001 

00060000001  00070000143 

00070000155  00020000002 

00030000210  U0030000000 

00010000031  U00600(1000t 

00010000033  OU070000402 

00060000001  00070000056 

00070000435  00060000001 

TAPE  210 

RECORD  TTPE 

SYMBOL  TABLE 
HIERARCHY  TABLE 
PRODUCTION  TABLE 
METACHARACTER  LISTS 


00(110000020  00070NOII120 

00030000205  00030" o n 00 0 

000700U032:.  000?0"0n004 

11006000(1001  00070  HO  II 276 

000700001  43  00020 "  0  0  002 

U003UOOOOOO  OUOiO'OnOlO 
000700(1032)  00060"0()001 

00070000327  00020  00003 

0001  00(10026  00070  m  0  0  327 

110070000360  QOOftOi  OHOUl 
000600  00003  00070 '1 00143 

00030000204  000301 00000 

00010006030  00070"OU120 

00070000120  00130 11 00011 

00020000005  00030  MO  0  25  1 

00020000004  OUO3OMDO210 
00070000120  00140 OOOOOO 

NUMBER  OF  RECORDS 

1 

1 

1 

1 


00020000004  00030000205 

00010000022  00070000321 

00030000205  00030000000 

00020000(101  00060000  001 
00030000201  00030000000 

00060000001  00070000143 

00070000306  00060000001 

00030000207  00010000025 

00020000004  00030000210 

00070000276  00020000001 

00020000002  00030000201 

00010000010  00060000001 
00130000010  00070000435 

00070000435  00020000005 

00030000000  00010000033 

00010000035  00070000430 

00070000435 

STARTINO  RECORD 

21  .*01 
21  .*01 
22  .*01 
22  .+01 


00030000000  00010000021 
00020000004  00030000205 
00010000021  00070000321 
00070000143  00060000001 
00010000010  00070000155 
U002U000U02  00030000205 
00070000276  00020000002 
00070000102  00020000005 
00030000000  00010000027 
00060000001  00070000143 
00030000000  00010000010 
00070000143  00020000004 
00020000002  00030000210 
00030000001  00030000000 
00070000402  00020000002 
00020000001  00010000037 


TIME  USEDl  00102143  PACES  USED 


B 


19114109 


Notes  on  Appendix  C 
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This  is  a  complete  run  of  the  semantics  for  the  small  language. 

All  of  the  locations  are  in  octal  form  and  the  meaning  of  the  mnemonic 
opcodes  is  given  at  the  beginning  of  the  appendices.  The  semantic  tables 
start  at  65600  and  extend  to  66650.  The  table  of  addresses  starting  at 
37000  is  called  the  switching  table.  Each  entry  in  this  table  is  the 
first  location  of  the  code  for  a  semantic  routine.  For  example,  the 
code  for  12\i  (octal  14)  starts  at  66101  as  described  in  cell  37014.  The 
switching  table  is  used  by  the  compiler  in  executing  semantic  routines. 

As  an  example  we  will  consider  the  code  generated  for 

12 1  C0DE(VALUE2  <r~  LEFT4  +  LEFT2)  J, 

The  first  command  increments  a  pointer  because  we  are  entering  code 
brackets.  The  next  four  commands  put  LEFT4  (63337)  and  LEFT2  (63335) 
into  the  parameter  region-.  Then  the  generator  for  ’  +  ’  is  called  by 
’  TRM  0  63405’ •  The  next  two  commands  set  up  and  call  the  processor 
for  ’VALUE2’  which  will  adjust  the  compile  time  stack  and  put  an  accumu¬ 
lator  symbol  in  RIGHT2.  Finally,  the  semantic  routine  returns  control 
to  the  basic  compiler  at  62110. 

J 

Tables  and  other  storage  for  the  translator  start  at  45777  and  go 
down  in  memory.  Addresses  between  62000  and  65000  refer  to  routines  in 
the  basic  compiler.  Locations  near  14400  are  used  for  constants  and  any 
address  below  10000  is  in  the  monitor,  except  for  the  index  registers  0-77. 
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OPEHATOR-04O  14  MAY  64  19114110  ^SL  PAGES;  100  TIME*  5 


0  0  *  0 0  j  03 


CO  APPENDIX  c 

CO  FORMAL  semantics  of  the  small  language 

SN  DUMP 

BEGIN  TABLE  SYMB (200,4)  J  CELL  LEV,T0»T1,T2,T3,T4,T5;  STACK  STR,SYMJ 
TITLE  REAL  *  BOOL,  LABE;  DATA  LOGIC,  INTEGER,  SINGLE,  DOUBLE; 

0*  T3  *•  TEMPLOC  * 

1*  LEV  *  0;  STR  *-  STORLOCJ  SYM  «•  LOCISYMB)  * 

2*  LEV  XO  -  PUSH1STR, STORLOC];  PUSH  [SYM,  LOClSYMBDS  i 
TALLY l LEV  1  * 

3*  PUSH [ FLAD1, 0 ) ;  CQDE(  -LEFT!  -  JUMP [ FL ADI  1  $ )  * 


4*  TO*-  STORLOC;  SET  l  TO  ,  DOUBLE  )  J  ENTER  [  S YMB ;  lEF T 2  ,  T 0 ,  RE AL ,  LE V  )  ) 
STORLOC  «-  ST0RL0C  +  2  * 

5*  ENTER[SYMB;LEFT2, STORLOC, BOOL  , LEV ] J TALLY [ STORLOC ]  * 

6*  PUSH l FL AD2 , 0  J ;  CQDE<  JUMP ( FLAD2  )  )  J  ASSIGN [FLADl) * 

/*  ASS  I GN  I  FLADl J  + 

U *  CONST  [  LEFT2  )  -*  R  I  G H T 2 -  LEFT2  i 

SYMB1LEFT2, ,i, ) =  REAL-  RIGHT2-  S YMB ( LEF T2 , S ,, ) : F AULT  III  * 

V*  CONST  C  LEFT1 )  -  RIGHT1  -  LEFT1  : 

SYMBlLEFTl, 1=  REAL-  RIGHT1-  SYMB iLEFTl. I, FAULT  IIS  * 

10*  CODE! VALUE2-LEFT4*LEFT2>* 

11*  C0DE(VALU62-LEFT4/LEFT2)* 

12*  C0DE<VALUE2-LEFT4+LEFT2)* 

13*  CODE  (  VALUE2*-LEFT4-LEFT2>* 

14*  CODE! VALUE2--LEFT2)* 


129. 


15  +  RIGHTl«-LEFT2i 

16+  SVM8[LEFT4/>$,  J  =  R  E  A  L  -*  COMT  2 +  SYMB ( LEF T4, $ # ,  )  i 
CODE  { COMT  2*-  LEFT2>  ;  TEMPLOc  «•  T3  »  FAULT  3S  + 

17+  CODE( VALUE2-LEFT4=LEFT2)a 

19*  C0DE(VALUE2-LEFT4<LEFT2)* 

19*  C0DE( VALUE2-LEFT4>LEFT2) a 

2Q  +  CONIST  [  L E F T 2  )  -*  R  I  G  H  T  2  ♦-  LEFT2  * 

SYM8(LEFT2^S,]=B00L-*RIGHT2*-SYM8[LEFT2>$,,J; 
SET[RIGHT2,L0GICI  ;  TEMPLOC  T3  :  FAULT  3$$  a 

21+  RIGHT1  -  LEFT2  + 

22+  CODE  (  LEFTS-  TEMPLOC^-  LEF'T4J  TEMPLOC-  LEFTPS)  ; 
RIGHT2»-  TEMPLOC;  SET  (  R  I  GHT2#  LOG  I C  ]  | 

TALLY! TEMPLOC]  a 


23+  SYM8[LEFT4#>$,  )  =  B  0  0  L  -*  COMT  2+  S YMB [ LEF  T4 , $ # ,  )  } 

CODEC  COMT  2«-  LEFT  2  >  :  FAULT  4S  + 

24+  COMT  44-  SYMB(LEFT4,3i,  ,  )  ; 

CONST  (LEFT2J  -  COMT  2*-  L  E  F  T  2  ! 

SYMB  [  LEFT2/ .  S,  1  =SYM8  (  LEFT4. >  %,  ]  -  COMT  24-  SYMB  [  LEF T2 .  S > ,  )  : 
FAULT  5  S  Si;  TEMPLOC  4.  13; 

CODEC  COMT  4*-  COMT  2)  a 


25+  SYMBCLEFTl, , $, ]  *  LABE  -  FAULT  6: 
COMT  ?-  L0ClSYM8(LEFTl,I,,  )  J  ; 

COMT  3*-  <COMT  2>>  SYMB  ( LEFT1/ , , $  J  *0 
CODEC  JUMP  I CH A  I N  l  COMT  21  1)  $$  a 


CODEC  JUMP  I COMT  3) ) 


25+  SYMB  [  LEFT2-»  >  S,  ]  i  LABE  -  FAULT  6: 
SYMB(0,,,$]  v  1  ; 

ASSIGNILOC  (  SYMB!  LEFT2. >  )  ]  )  $a 


27+  ASS  I GN [ FL AU2  3  a 


23+  CODEC  VALUE2  -  LEF T 4  t  LEFT2)  + 

29+  M I NUS  !  LE V  )  ;  POP ! SIR, STORLOC J ;  POP [ SYM , LOC ( SYMB  )  J  a 
30  +  ENTER(SYMB;LEFT2, O/LABE,  0  )  a 
31*  CODEC  STOP)  a 


SN 


TAPE  1 


130, 


END) 


656  U  0 

0 

CLA 

0 

00004.00 

65605 

0 

STI 

0 

45776.00 

65612 

0 

CLA 

0 

00371.00 

65617 

0 

STL 

0 

44  327  »o0  0 

65624 

0 

STL 

2 

00040,00 

65631 

0 

FUO 

0 

00000.00 

65636 

0 

CLA 

2 

00071.00 

65643 

0 

CAL 

2 

44333.00 

65650 

0 

CLA 

0 

00000.00 

65655 

0 

CAL 

2 

63351,00 

65662 

0 

UNL 

2 

63251,00 

65667 

0 

UNL 

2 

00070.00 

656/4 

0 

CLA 

2 

00071.00 

65701 

0 

STL 

0 

44332, 00 

65706 

0 

CAL 

2 

44014,00 

65713 

0 

TRM 

0 

64626,00 

65720 

0 

CAL 

2 

63335.00 

65725 

0 

STL 

0 

47024,00 

65732 

0 

AOX 

0 

00001.71 

65737 

0 

cal 

0 

00054,00 

65744 

0 

UNL 

2 

63251,00 

65751 

0 

TRM 

0 

64134.00 

65756 

0 

CAL 

2 

14377,00 

65763 

0 

STL 

0 

63342,00 

657/0 

0 

STI 

0 

47034.00 

657/5 

0 

TRA 

0 

66007,00 

6600  2 

0 

CLA 

0 

45777,00 

66007 

0 

LXM 

0 

00001.74 

66011  0  TO*  0  62110.00 
66021  0  IUO  2  11377.00 
66026  0  TRA  0  66055.00 
66033  0  CLA  0  15777,00 
66010  0  LXM  0  00001  .  71 
6601  5  0  T RM  0  61570.0  0 
66052  o  CLA  0  00001.00 
66Q57  o  AOX  0  00001.71 
66061  o  TRM  Q  63155.00 
660/1  0  CAL  2  63337,00 
660/6  0  LXP  0  00001.52 
66103  0  STL  0  63316.00 

66110  0  TRM  0  62172.00 

66115  0  CAL  2  63335.00 
66122  o  TRA  o  62110,00 
66127  0  TRM  0  62172.00 
66131  o  LXP  0  00002.52 

66111  o  CAI.  3  1/031.00 

66116  Q  CAL  2  63337,00 
66153  0  STL  0  16165,00 
66160  0  STL  0  63317.00 
66165  0  TRA  0  66171.00 
661/2  o  TRA  0  62110.00 
661/7  o  STL  0  63317.00 
66201  0  ADX  0  00001.71 
66211  o  TRM  0  63537,00 


0  STI  0  15775,00  0  CLA  0 

0  LXP  0  11161,10  0  LXP  0 

0  STL  0  11013,00  0  CLA  0 

0  TRA  0  17020,00  0  Cl  A  0 

0  CAL  2  15777,00  0  S1L  2 

0  TRA  0  65631,00  0  TRA  0 

0  STL  2  00040,00  0  ADX  0 

0  ADD  0  00001,00  0  STL  0 

0  STL  2  00053,00  0  CAL  2 

0  STL  0  63346,00  0  TRM  0 

0  STL  0  63346,00  0  TRM  0 

0  STL  2  63365,77  o  SlJX  0 

0  STL  0  44332,00  0  CAL  2 

0  CAL  2  63335,00  0  STL  0 

0  STL  0  47024,00  0  CAL  2 

0  CLA  2  00071,00  0  ADD  0 

0  STL  0  47022,00  0  CAL  2 

0  CAL  2  44333,00  0  STL  0 

0  TRA  0  62110,00  0  ADX  0 

0  UNL  2  63251,00  0  STL  0 

0  TRM  0  64134,00  0  TRA  0 

0  TRA  o  62110,00  0  CAL  2 

0  IUO  2  14377,00  0  TRA  0 

0  TRA  0  66013,00  0  LXM  0 

0  CLA  0  45777,00  0  TRM  0 

0  LXM  0  00001,74  o  LXP  0 

0  TRM  0  64570,00  0  CAL  3 

0  CLA  0  00001,00  0  TRM  0 

0  CAL  2  63334,00  0  IEZ  2 

0  TRA  o  66027,00  0  LXM  0 

0  LXM  0  00001,74  0  LXP  0 

0  TRM  0  64570,00  0  CAL  3 

0  LXP  0  00001,52  0  CAL  2 

0  CAL  3  47034,00  0  STL  0 

0  TRM  0  64161,00  0  LXM  0 

0  CAL  2  63337,00  0  STL  0 

0  LXP  0  00001,52  0  TRM  0 

0  STL  0  63346.00  0  CAL  2 

0  TRM  0  62472,00  0  TRA  0 

0  CAL  2  63335,00  0  STL  0 

0  TRA  0  62110,00  0  ADX  0 

0  STL  0  63347,00  0  TRM  0 

0  CAL  2  63335,00  0  S 1 L  0 

0  TRA  o  62110,00  0  CAL  2 

0  CAL  2  6  1337,  00  0  SI  I  0 

0  FUO  2  44014,00  0  TRA  0 

0  STI  0  47034,00  0  CLA  0 

0  ADX  0  00001 , 74  0  CAL  2 

0  TRM  0  63762,00  0  LXM  0 

0  LXM  0  00001 , 74  0  CLA  0 

0  ADX  0  00001,74  0  CAL  2 

0  TRM  n  63527,00  0  LXP  0 

0  CAL  2  65337,00  0  STL  0 

0  LXP  0  00001,52  0  T!'M  0 


45774,00  0  STI  045777,00 

44015,41  0  CLA  0  00370,00 

00372,00  0  STL  0  44012.00 

00000,00  0  STL  0  44333,00 

00041,00  0  TRA  0  62110.00 

65643,00  0  LXM  0  00001.74 

00001,41  0  CAL  2  45777.00 

44333,00  0  TRA  0  62110.00 

43334,00  0  STL  0  63347.00 

63664,00  0  LXM  0  00001.74 

64057,00  0  OCA  2  63365.77 

00001.77  0  LXM  0  00001.74 

44332,00  0  UNL  2  63275.00 

47022,00  0  CAL  2  44332.00 

44333,00  0  STL  0  47025,00 

00002,00  0  STI  0  00071.00 

00071,00  0  STL  0  47023.00 

47025,00  0  CLA  0  45777.00 

00001,54  0  CLA  0  00000. 00 

63346,00  '  0  TRM  0  64057.00 

62110,00  0  CAL  0  00053.00 

63335,00  0  IEZ  2  63225,00 

65765,00  0  LXM  0  00001,74 

00001,74  0  LXP  0  00002,52 

64570,00  0  CAL  3  47034.00 

00001,52  0  CAL  2  63335,00 

47034,00  0  STL  0  63342,00 

64161,00  0  LXM  0  00001,74 

63225,00  0  DCS  0  00001. 00 

00001,74  0  CAL  2  63334.00 

00002,52  0  CAL  2  63334,00 

47034,00  0  PUO  2  44014.00 

63334,00  0  STI  0  47034.00 

63341,00  0  TRA  0  66054.00 

00001,74  0  LXM  0  00001.74 

63346,00  0  CAL  2  63335,00 

62472,00  0  TRA  0  62110,00 

63335,00  0  STL  0  63347.00 

62110,00  0  ADX  0  00001,74 

63347,00  0  TRM  0  63405,00 

00001,74  0  CAL  2  63337.00 

63411,00  0  LXP  0  00001,52 

63347,00  0  TRM  0  63516.00 

63335,00  0  STL  0  63341,00 

47034,00  0  CLA  0  45777.00 

66166,00  0  LXM  0  00001.74 

45777,00  0  TRM  0  64570.00 

46465,00  0  STL  0  63346.00 

00001,74  0  CAL  2  44327,00 

00003,00  0  TRM  0  64161,00 

63337,00  0  STL  0  63346.00 

00001.52  o  TRM  0  62472,00 

63346.00  0  CAL  2  63335.00 

62472,00  0  TRA  0  62110-00 


0  CLA  0  00310,00 
0  STL  0  44014,00 
0  CLA  2  00076,00 
0  CLA  2  00071,00 
0  CAL  2  44333,00 
0  ADX  0  00001,40 
0  STL  2  00041,00 
0  ADX  0  00001,53 
0  TRM  0  63516,00 
0  CAL  0  00053,00 
0  CAL  2  00000,00 
0  TRA  0  62110,00 
0  UNL  2  63313,00 
0  STL  0  47023,00 
0  CLA  0  45777,00 
0  TRA  0  62110,00 
0  CAL  2  44013,00 
0  TRM  0  64626,00 
0  STL  2  00054,00 
0  CAL  0  00053,00 
0  UNL  2  63251,00 
0  OCS  0  00001,00 
0  CAL  2  63335,00 
0  CAL  2  63335,00 
0  PUO  2  44014,00 
0  STI  0  47034,00 
0  TRA  0  66012,00 
0  LXM  0  00001,74 
0  CAL  2  14377,00 
0  STL  0  63341,00 
0  STI  0  47034,00 
0  TRA  0  66051,00 
0  CLA  0  45777,00 
0  LXM  0  00001,74 
0  TRA  0  62110,00 
0  STL  0  63347,00 
0  ADX  0  00001,74 
0  TRM  0  63461,00 
0  CAL  2  63337,00 
0  LXP  0  00001,52 
0  STL  0  63346,00 
0  TRM  0  62472.00 
0  LXP  0  00001,52 
0  TRA  0  62110,00 
0  TRM  0  64570,00 
0  LXP  0  00001,52 
0  CAL  3  47034,00 
0  CAL  2  63335,00 
0  STI  0  00076,00 
0  LXM  0  00001,74 
0  CAL  2  63335,00 
0  TRA  0  62110.00 
0  STL  0  63347,00 
0  ADX  0  00001,74 
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66216 

6622J 

662  JO 
662J5 
66242 
6624  7 
66234 
66261 
66266 
662/J 
66300 
66  3  U  5 
66312 
66317 
66324 

663  J 1 
66336 
66343 
66350 
66355 
66362 
66367 
663/4 

664  U  1 
66406 
66413 
66420 
66425 
66432 
66437 
6644  4 
66451 
66456 
66463 
664/0 
664/5 
66502 
66507 
66514 
66521 
66526 
665J3 
66540 
66545 
66552 
66557 
66564 
665/1 
665/6 
666U3 
66610 
66615 
66622 
66627 
66634 


0  C4L  2  63337.00 
0  LXP  0  00001.52 
0  OCS  0  00001.00 
0  CAL  2  6J335.00 
n  CAL  2  63335.00 
0  FUO  2  44013,00 
0  STI  0  47034,00 
0  CAL  2  63342,00 
0  STI  0  00076.00 
0  LXM  0  00001.74 
0  TRA  0  62110,00 
0  ADX  0  00001.74 
0  TRM  0  63762.00 
0  CAL  2  00076.00 
0  LXM  0  00001.74 
0  SUX  0  00001.77 
0  UNL  2  63272,00 
0  LXP  0  00002.52 
0  CAL  3  47034,00 
0  CAL  2  63337.00 
0  STL  0  46465.00 
0  STL  0  63347,00 
0  CLA  0  00004,00 
0  CAL  2  63337,00 
0  STL  0  46467.00 
0  IUO  2  14377.00 
0  TRA  0  66454.00 
0  CLA  0  45777.00 
0  CLA  0  45777.00 
0  l  11  0  00001.74 
0  TRM  0  64570.00 
0  CLA  0  00005.00 
0  Stl  0  00076.00 
0  STL  0  63347,00 
0  C»L  2  63334.00 
0  FUO  2  44012,00 
0  TRM  0  64161.00 
0  STI  0  47034.00 
0  CAL  3  46465.00 
0  CLA  0  45777.00 
0  TRA  0  66534,00 
0  TRA  0  66542,00 
0  STL  0  63346.00 
0  LXP  0  00002.52 
0  CAL  3  47034  ,  (fo 
0  CLA  0  00006.00 
0  CL  A  0  00000.00 
0  STL  2  47034.00 
0  TRM  0  64570.00 
0  CAL  0  00054.00 
0  CAL  2  63337. OU 
0  LXP  0  00001.52 
0  STL  0  44333.00 
0  STL  0  45777.00 
0  CLA  0  00000.00 


0  STL  0  63346,00 
0  TRM  0  62472,011 
0  CAL  2  14377,00 
0  STL  0  6J342.00 
0  STI  0  47034,00 
0  TRA  0  66270,00 
0  CLA  0  45777,00 
0  UNL  2  63272, OU 
0  TRA  0  66273,00 
0  LXM  0  00001,74 
0  CAL  2  63340,00 
0  CAL  2  00076,00 
0  LXM  0  00001,74 
0  STL  0  63346,00 
0  OCA  2  63365,77 
0  LXM  0  00001,74 
0  UNL  2  63313,011 
0  CAL  2  63337,00 
0  FUO  2  44013,00 
0  STI  0  47034,00 
0  ADX  0  00001,74 
0  TRM  0  63762,00 
0  TRM  0  64161,00 
0  STI  0  47034,00 
0  CAL  2  63335,00 
0  TRA  0  66421,00 
0  LXM  0  00001,74 
0  TRM  0  64570,00 
0  TRM  0  64570,00 
0  LXP  0  00001,52 
0  CAL  3  47034,00 
0  TRM  0  64161,00 
0  ADX  0  00001,74 
0  TRM  0  63762,00 
0  STI  0  47034,00 
0  TRA  0  66500,00 
0  TRA  0  66543,00 
0  CLA  0  45777,00 
0  STL  0  46466,00 
0  TRM  0  64570,00 
0  LXM  0  00001,74 
0  LXM  0  00001,74 
0  TRM  0  64057,00 
0  CAL  2  63335,00 
0  FUO  2  44012,00 
0  TRM  0  64161,00 
0  STI  0  47034,00 
0  LXP  0  00001,52 
0  CAL  2  47034,00 
0  UNL  2  63251,00 
0  STL  0  63346,00 
0  TRM  0  62472,00 
0  CAL  3  00040,00 
0  SUX  0  00001,41 
0  STL  0  47023,00 


0  CAL  2  63335,00 
0  TRA  0  62110,00 
0  IUO  2  14377,00 
0  TRA  0  66274,00 
0  CLA  0  45777,00 
0  LXM  0  00001,74 
0  TRM  0  64570,00 
0  UNL  2  63313,00 
0  LXM  0  00001,74 
0  TRA  0  62110,00 
0  STL  0  63346,00 
0  STL  0  63346,00 
0  TRM  0  63731,00 
0  CAL  2  63335,00 
0  CAL  2  00000,00 
0  CLA  2  00076,00 
0  STL  0  63342,00 
0  ST  I  0  47034.00 
0  TRA  0  66373,00 
0  CLA  0  45777,00 
0  CAL  2  46465,00 
0  LXM  0  00001,74 
0  LXM  0  00001,74 
0  CLA  0  45777,00 
0  IEZ  2  63225,00 
0  LXM  0  00001.74 
0  LXP  0  00002,52 
0  LXP  0  00002,52 
0  Cal  3  47034,00 
0  CAL  2  63335,00 
0  STL  0  46465,00 
0  LXM  0  00001,74 
0  CAL  2  46467,00 
0  LXM  0  00001,74 
0  CLA  0  45777,00 
0  TRA  0  66504,00 
0  LXM  0  00001,74 
0  TRM  0  64570,00 
0  LXP  0  00003,52 
0  CAL  3  47034,00 
0  CAL  2  46466,00 
0  CAL  2  46465,00 
0  LXM  0  00001,74 
0  STI  0  47034,00 
0  TRA  0  66556,00 
0  TRA  0  66601,00 
0  CLA  0  45777,00 
0  CAL  2  63335,00 
0  TRM  0  64134,00 
0  TRM  0  64134,00 
0  CAL  2  63335,00 
0  TRA  0  62110,00 
0  ST  I  0  00071,00 
0  TWA  0  62110,00 
0  CAL  2  44012,00 


0  STL  0  63347,00 
0  CAL  2  63335.00 
0  TRA  0  66240,00 
0  LXM  0  00001,74 
0  TRM  0  64570,00 
0  LXP  0  00001.52 
0  CAL  3  47034.00 
0  STL  0  63342,00 
0  CLA  0  00003,00 
0  CAL  2  63335.00 
0  TRM  0  63664.00 
0  CAL  2  63337,00 
0  LXM  0  00001.74 
0  STL  0  63347.00 
0  UNL  2  00070,00 
0  STL  0  63342,00 
0  ADX  0  00001.76 
0  CLA  0  45777.00 
0  LXM  0  00001.74 
0  TRM  0  64570.00 
0  STL  0  63346.00 
0  TRA  0  66376.00 
0  TRA  0  62110.00 
0  TRM,  0  64570.00 
0  OCS  0  00001,00 
0  CAL  2  63335,00 
0  CAL  2  63335.00 
0  CAL  2  63337,00 
0  FUO  3  47034,00 
0  STI  0  47034.00 
0  TRA  0  66453.00 
0  LXM  0  00001,74 
0  STL  0  63346.00 
0  TRA  0  62110,00 
0  TRM  0  64570,00 
0  LXM  0  00001,74 
0  LXP  0  00001.52 
0  CAL  2  47034,00 
0  CAL  2  63334,00 
0  FUO  0  00000.00 
0  STL  0  63346,00 
0  TRM  0  64126.00 
0  LXM  0  00001.74 
0  CLA  0  45777.00 
0  TRA  0  66562,00 
0  LXM  0  00001,74 
0  TRM  0  64570.00 
0  STI  0  47034,00 
0  LXM  0  00001,74 
0  TRA  0  62110.00 
0  STL  0  63347,00 
0  CAL  2  44333,00 
0  SUX  0  00001.40 
0  CAL  2  63335.00 
0  STL  0  47024.00 


0  TRM  0  63543,00 
0  IEZ  2  63225,00 
0  LXM  0  00001.74 
0  LXP  0  00002,52 
0  CAL  3  47034,00 
0  CAL  2  63335,00 
0  STL  0  63342,00 
0  CAL  2  44327,00 
0  TRM  0  64161,00 
0  STL  0  63341,00 
0  LXM  0  00001,74 
0  STL  0  63347,00 
0  ADX  0  00001,74 
0  TRM  0  63762,00 
0  STL  2  63365,77 
0  CAL  2  63342,00 
0  TRA  0  62110,00 
0  TRM  0  64570,00 

0  LXP  0  00001,52' 

0  CAL  3  47034,00 
0  CAL  2  63335,00 
0  LXM  0  00001,74 
0  LXP  0  00001,52 
0  CAL  3  47034,00 
0  CAL  2  14377,00 
0  STL  0  46465,00 
0  STI  0  47034,00 
0  STI  0  47034,00 
0  TRA  0  66450,00 
0  CLA  0  45777,00 
0  LXH  0  00001,74 
0  CAL  2  44327,00 
0  CAL  2  46465,00 
0  LXP  0  00002,52 
0  CAL  3  47034,00 
0  CLA  0  00006,00 
0  CAL  2  63334,00 
0  STL  0  46465,00 
0  STI  0  47034,00 
0  TRA  0  66527,00 
0  TRM  0  64057,00 
0  CAL  2  63351,00 
0  TRA  0  62110,00 
0  TRM  0  64570,00 
0  LXH  0  00001,74 
0  LXP  0  00003,52 
0  CLA  0  00001,00 
0  CLA  0  46777,00 
0  TRA  0  62110,00 
0  ADX  0  00001,74 
0  TRM  0  64024,00 
0  SUB  0  00001,00 
0  CAL  3  00041,00 
0  STL  0  47022,00 
0  CLA  0  00000,00 
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66611  0  STL  0  17025.00  0  CIA  0  15777,00  0  TRM  0  61626,00  0  TRA  0  62110.00  0  OLA  0  05300.00 

66616  0  UNL  2  63166', 00  0  TRM  0  61320,  00  0  TRA  0  62110,0  0 


37000  00000065616  00000065621  00000065630  000 0  0 116561 7.  .  00000065671  00000065720  00000065731  00000065717 

37010  00000065753  00000066015  00000066057  00000066070  00000066101  00000066112  00000066123  00000066131 

37020  00000066131  00000066173  00000066201  000O0II66215  00000066226  00000066276  00000066301  00000066313 

37030  00000066100  00000066167  OOOUQ066515  000UDH66603  00000066607  00000066620  00000066632  00000066615 

37010  30000000000  30000000000  30000000000  30000^00000  30000000000  30000000000  30000000000  30000000000 

37050  30000000000  30000000000  30000000000  30000000000  30000000000  30000000000  30000000000  30000000000 

37060  30000000000  30000000000  30000000000  30000001)000  30000000000  30000000000  30000000000  3OD0000OJJO0 

.370  70  30000000000  30  0000  00000  30  00000  0000  300000011000  30000000000  30000000000  30000000000  300000J*0000 

3710  0  30000000000  30000000000  3000000000  0  30 0  00 nOllOO 0  30000000000  30000000000  .  JUMWMMJ-OIHKW  -SHOOTO 0 00 0 0 

37110' . 30000000000  “3  0  0  0  0  0  0  00  0  0  3000  00000  Oil  '3000 0  <■  0  lj  00  D  "3D  00000  0  0  00  30000000000  30000000000  3000  0000000 

37120  30000000000  30000000000  30000000000  30 0  0  On  0 1)  ODD  300000000  00  30000000000  30000000000  30000000000 

37130  30000000000  30000000000  30000000000  30000000000  3000000(1000  30000000  000  30000000000  30000000000 

37110  30000000000  30000000000  30000000000  30000000000 


TIME  USEDI  00100129 


PAGES  USED! 


5 


19111150 
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Appendix  D 

BNF  Syntax  of  the  Formal  Semantic  Language 

<program  head>  2 2  =  BEGIN  declaration  part^>  {  Csentence!>  | 

<program  head>  j  <sentence 

<semantic  program>  : 2  =  <program  head>  END 

declaration  part>  s:  =  <declaration>  |  declaration  part>  ; 

declaration> 

declaration>  2 :  =  <table  dec>  |  <stack  dec>  dell  dec>  |  Ctitle  dec>  | 

data  dec> 

<table  dec>  : ;  ~  TABLE  <table  specified  )  RTABL  Ctable  specified  j 

<table  dec>  ,  <table  specifier> 

<stack  dec>  ::  =  STACK  identifier  list>  |  RSTAK  identifier  list> 
dell  dec>  :  2  =  CELL  identifier  list> 

<title  dec>  22  =  TITLE  identifier  list> 
data  dec>  2  2  =  DATA  identifier  list> 

<table  specified  2  2  =  Ctable  id>  [integer>  ,  integer>] 

dentence>  2  2  =  integer>  ^  Cstatement  sequence>v|/ 

dtatement  sequence>  2  2  -  <statement>  |  Cstatement  sequence>  j 

Cstatement>  |  CODE  (dtatement  sequence>) 

dtatement>  2:  =  Cunconditional>  j  Cconditional>  /  *iabel>' 

dtatement> 

Cunconditional>  22  =  Cassignment>  |  dtorage>  |  Ctransfer >| 

Cauxiliary>  CODE  (Cunconditional>) 

Cconditional>  2  2  =  if  clause>  dtatement  sequence>  $| 

if  clause>  dtatement  sequence>  2 
dtatement  sequence>  $  j  CODE-  ( Cconditional>) 

dssignment>  2  2  =  ieft  side>  drithmetic>  | 

ieft  side><£—  Cboolean> 


134. 

0.eft  side>  : :  *»  <primary>  J  VALUE1  |  VALUE2  j  VALUE3 

<storage>  : :  =  <stack  command>  j  <enter> 

<stack  command>  ::  =  PUSH  [<stack  id>  ,  <arithmetic>]  j 
.  i  POP  [<stack  id>  ,  <arithmetic>] 

<enter>  ::  =  ENTER  [Ctable  id>  ;  <expres3ion  list>] 

Expression  list>  •  : :  =  <arithmetic>  j  <expression  list>  ,  <arithmetic> 

<transfer>  ::  =  JUMP  [<arithmet'ic>]  |  MARK  JUMP  [<arithmetic>]  j 
JUMP  [<Label>]  MARK  JUMP  [<subrout-ine>]  J. 

EXECUTE  [<aritnmetic>] 

<auxiliary>  ::  =  SET  [<arithmetic>  ,  <data  id>]  |  . 

FAULT  <identifier>  |  TALLY  [<arithmetic>]  f 
MINUS  [<arithmetic>] [ASSIGN  [<arithmetic>]  J  STOP 

<operand>  ::  =  <<arithmetic>^>  |  COMTjj<identifier>  j  RUNTi_i<identifier>  J' 

<production  operand>  |  <storage  operand> 

<productlon  operand>  ::  =  LEFT1 1  LEFT2  |  LEFT3  I  LEFT4  (  LEFT5  /  RIGHT1 / 

RIGHT2  J  RIGHT3 

<storage  operand>  : :  =  <table  operand>  J  <cell  id>  j  <stack  id>  j 

<titla  id> 

<table  operand>  ::  =  <table  id>  [<arithmetic>  <commas>  $  <coromas>] 
<comma3>  : :  =  ,  J  <commas>  ,  j  <empty> 

<primary>  ::  =  <operand>  |  <constant>  [  (<arithmetic>)  j  LOC[<table  id>]  | 
LOC  [<stack  id>] j  <system  cell>  [  <flad> 

<sy3tem  cell>  ::  =  CODELOC  |  STORLOC  |  TEMPLOC 

<factor>  : :  =  <primary>  <factor>  f  <primary> 

<term>  : :  =  <factor>  j  <terrji>  <  #/  >  <factor> 

<arithmetic>  : :  =  <term>  I  <  +  >  <term>  j  <arithmetic>  <  +  >  <term>  J 

INT  [<arithmetic>] | ABS  [<arithmetic>]J 
LOG  [<arithmetic>]  [ CHAIN  [<arithmetic>] 
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<boolean  primary>  j :  B  <arithmetic>  <relatiod  <arithmetic>  | 

<operand>  |  (<boolead)  j  TRUE  |  FALSE  |  SIGNAL/ 
TEST  [<&rithmetic>  ,  <data  id>]  | 

CONST  [<arithmetic>]  |  OK 

<boolean  factor>  ::  =  <boolean  primary>  |  — » <booleaif  !primary> 

<boolean  term>  ::  ■  <boolean  f actor>  |  <boolean  term>/\<boolean  factod 

<boolean>  : :  «=  <boolean  term>  |  <boolean>  V  boolean  tend 

<if  clause>  : :  ■  <boolean>  — V 

<atack  id>  is  -  identified 

<data  id>  : :  ■>  <identifier> 

<table  id>  is  *»  <identifier> 

<cell  id>  : :  »  <identifier> 

<title  id>  : :  =  identified 
<label>  ::  =  <identifier> 

identified  i:  =  <Letter>  |  <identifier>  <Letter>  |  <identifier>  <digit> 
identifier  liat>  ::  =  identified  j  identifier  list>  ,  identified 
<aubroutine>  : :  =  SIN  |  COS  |  EXP  |  IDG  j  ARCTAN  j  SIGN  f 
ilad>  i :  =  FLAD1  |  FLAD2  J  FLAD3  |  FLAD4 
<relation>  : :  =  =  |  >  j  <  |  f 


Appendix  E 

Productions  for  the  Formal  Semantic  Language 
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SYMBOLS 

18  internal  symbols 

I 

OP 

AP 

AF 

AT 

AE 

TL 

LO 

BP 

BS 

.  BF  — 

. " .  BE 

IC 

UN 

UQ 

S 

SQ 

I-* 


$ 

( 

l 

] 

) 

i 


s 

( 

( 

1 

) 


BEGIN 

end 

stop 

STACK 

CELL 

TITLE 

TABLE 

data 


BEGN 

END 

STOP 

STAK 

CELL 

NAME 

TABL 

DATA 


JUMP 

TR 

markjump 

TM 

EXECUTE 

X 

enter 

E 

PUSH 

ST 

POP 

RS 

CHAIN 

CH 

ASSIGN 

UC 

code 

CD. 

fault 

FALT 

tally 

TAL 

MINUS 

-MIN 

SET 

SET 

test 

TEST 

INT 

IN 

LOC 

L 

CODELOC 

A 

STORLOC 

W 

TEMPLOC 

TLOC 

comt 

CT 

runt 

RT 

valuei 

VI 

VALUE2 

V2 

valuej 

V3 

LEFT1 

Y 1 

LEFT2 

Y  2 

LEFT3 

Y3 

LEFT  4 

Y  4 

LEFT5 

Y5 

KIGHT1 

21 

RIGHT2 

Z2 

RIGHT3 

Z3 

FLAD1 

FL1 

FLAD2 

FL2 

FLAD3 

FL3 

FLAD4 

F  L  4 

SIGNAL 

SIG 

RSTAK 

RSTK 

HTABL 

RT  AB 

CONST 

CON 

CLEAR 

CLE 

OK 

OK 

PLACE 

PLAC 

DEPTH 

DEP 

SAR 

SAR 

SIN 

SIN 

cos 

COS 

EXP 

EXP 

LN 

LN 

SORT 

SORT 

ARCT AN 

ARC 

s  ign 

SIGN 

TRUE 

TRUE 

false 

FALS 

metacharacters 


M  <T0>  #  / 

M  <P M>  +  - 

M  <RL>  *  <  >  t 

M  <£N>  •  <  >  *  |  )  j  ,  t  i 

M  <BN>  a  «  „ 

H  MP>  TABL  STAK  CELL  NAPE  DATA  RSTK  RTAB 
H  <V>  VI  V2  V 3 
H  <Y>  rl  Y2  Y3  Y4  Y5 

H  <Z>  Z1  22  Z3 
M  <FL>  FL1  FL2  FL3  FLA 

M  <C0>  TR  TH  TAL  MIN  X  CH  UC  ST  RS  SET  CON  CLE 
M  <EN>  r  <  >  *  |  |  J  S  I  * 

M  <AR>  ♦-•/*<>  * 

M  <SK>  SAR  SIN  COS  EXP  LN  SORT  ARC  S18N 
•  ACTIONS 


EXEC 
NSTK 
SI  AK 
VALU 

SUBR 

SCAN 

NEXT 

GET 

BOOK 

RETURN 

EKROR 

halt 

CON 

SUM 

FOUT 

SIRIN 

»  PRODUCTION 

37621  00000000170 

37631  00000011111 

376A1  00204435745 

37651  11333155107 

37661  13305117276 

376/1  20000006000 

37701  00053146640 

37711  02727146472 

37721  00213552372 

37731  00000000070 

37741  00000000074 

37751  00000000060 

37761  30000000000 

377/1  30000000000 

A0001  30000000000 

40011  30000000000 


TABLE 

00053117163 

00000063366 

00204355575 

11333155106 

13305117275 

01605475232 

00000521147 

20001742000 

00003616226 

00000000065 

00000000075 

00000000057 

30000000000 

30000000000 

02000000053 


00003754224 
00000062722 
11743611142 
00126625667 
00003455761 
00000041132 
00624052521 
06571415646 
00 C 00016307 
00000000035 
00000000063 
00000000056 
30000000000 
30000000000 
00000000031 


00003560231 
00035514621 
00055161016 
00126625666 
00000521 703 
000001)31073 
00027000157 
00002026340 
00017232775 
00000  110(1034 
00000000061 
00000001)055 
30000000000 
30000  OO  0  000 
00000000103 


00611714205 

00164555471 

00055161015 

00126625665 

■20000006000 

00003711324 

00000053713 

00000617662 

00000000077 

00000000076 

00000000036 

00000000054 

30000000000 

30000000000 

30000000000 


00003606376 

00000001066 

00055161014 

00126625664 

12320674355 

00000063150 

00003150344 

00217142444 

00000000073 

00000000067 

00000000066 

30000000000 

30000000000 

30000000000 

02000000156 


00000000712 

00027626043 

00055161013 

00126625663 

20000006000 

00136603374 

00046435212 

00220652116 

00000000072 

00000000037 

00000000064 

30000000000 

30000000000 

30000000000 

00000000221 
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00000017105 

00030330167 

11333155110 

13305117277 

12063765243 

00217175262 

20000012000 

00000467034 

00000000071 

00000000053 

00000000062 

30000000000 

30000000000 

00000000355 

30000000000 


HO 


DO 

BEGN 

1 

1 

EXEC  1 

*D1 

<SG> 

1 

1 

ERROR  0 

02 

D1 

<TP> 

1 

1 

SCAN 

*D2 

i 

I 

1 

♦  SI 

END 

1 

•4 

1 

HALT 

Di 

I 

1 

•4 

1 

-  EX  EC  -2 

♦  Dl 

<SG> 

1 

. 

1 

ERROR  1 

02 

D2 

<TP> 

I 

I 

1 

•4 

<TP>  1 

EXEC  3 

Dl 

<TP> 

I 

♦ 

1 

1 

•4 

1 

EXEC  3 

*D1 

I 

1 

•4 

1 

SCAN 

*ta 

<SG> 

1 

1 

ERROR  2 

Q2 

TA 

TABL 

I 

I 

9 

1 

1 

SCAN 

*TA1 

TA1  I 

I 

9 

I 

1 

1 

-4 

1 

EXEC  4 

*TA2 

-TA2 

TABL 

9 

1 

-4 

TABL  1 

Dl 

TABL 

• 

9 

1 

-4 

1 

♦  Dl 

TABL 

<SG> 

I 

-4 

<SG>  | 

Dl 

<SG> 

1 

1 

ERROR  3 

02 

SI 

<co> 

1 

SCAN 

♦  API 

E 

1 

1 

SCAN 

♦  SP1 

<V> 

! 

1 

SCAN 

♦  EX1 

CD. 

1 

EXEC  5 

♦  CD 

FALT 

1 

1 

♦  FI 

STOP 

1 

•4 

UN  1 

EXEC  57 

♦  UN 

1 

1 

SCAN 

♦  LAB 

• 

9 

1 

■4 

1 

♦  SI 

I 

1 

1 

-4 

ERROR  19 

♦  SI 

6X1 

*» 

1 

1 

♦  EX1 

OK 

1 

•4 

BP  1 

EXEC  6 

..  ♦BSl 

W 

1 

•4 

OP  1 

EXEC  15 

♦  0P1 

TLOC 

t 

-4 

OP  1 

EXEC  16 

♦  OPl 

S1G 

1 

-4 

BP  1 

EXEC  17 

♦  BSl 

TEST 

1 

1 

SCAN 

♦  API 

<SG> 

1 

1 

API 

LAB 

1 

I 

I 

1 

-4 

1 

EXEC  7 

♦  SI 

OP1 

<AR> 

OP 

<SG> 

1 

-4 

<AR> 

AP 

<SG>  I 

A  FI 

OP 

<BN> 

1 

-4 

BP 

<BN>  '1 

BSl 

OP 

<SG> 

1 

-4 

AP 

<SG>  I 

AF1 

<SG> 

1 

1 

ERROR  5 

01 

ID 

L 

l 

I 

] 

1 

-4 

OP  1 

EXEC  58 

♦  OPl 

( 

I 

] 

1 

•4 

[ 

AE 

)  1 

EXEC  8 

AE3 

I 

<EN> 

1 

-4 

4* 

AE 

<EN>  1 

EXEC  8 

AE-2 

TL 

l 

I 

9 

1 

*4 

TL 

AE 

9  f 

EXEC  9 

T,0 

I 

l 

1 

-4 

TL 

1  1 

EXEC  10 

♦  API 

I 

<SG> 

1 

-4 

OP 

<SG>  1 

EXEC  11 

OPl 

<SG> 

1 

1 

ERROR  6 

01 

81 

CT 

I 

1 

•4 

OP  1 

EXEC  12 

♦  OPl 

RT 

l 

1 

-4 

OP  1 

EXEC  13 

♦OPl 

<SG> 

1 

1 

ERROR  7 

01 

CD 

CD. 

( 

1 

-4 

CD.  1 

♦  SI 

<  SG  > 

1 

I 

ERROR  4 

01 

API 

< 

! 

1 

♦  EX1 

I 

1 

1 

♦  ID 

<PM> 

1 

1 

♦  API 

IN 

1 

1 

SCAN 

♦  API 

L 

1 

1 

SCAN 

*  API 

141 


CH 

1 

SCAN 

•  API 

CT 

1 

1 

*B1 

RT 

I 

1 

•  B1 

A 

1 

4 

AP  I 

EXEC  14 

♦  AFl 

W 

1 

4 

AP  1 

EXEC  15 

•  AFl 

TLOC 

1 

4 

AP  t 

EXEC  16 

•  AFl 

<CO> 

1 

1 

SCAN 

•  API 

<SR> 

1 

4 

AE  1 

EXEC  18 

•  AE3 

<Y> 

1 

4 

OP  I 

EXEC  19 

•  OP1 

<Z> 

1 

4 

AP  1 

EXEC  20 

•  AF1 

< 

1 

1 

•  API 

PLAC 

1 

4 

AE  1 

EXEC  49 

•  AE2 

<FL> 

1 

4 

AP  1 

EXEC  22 

*  afi 

DEP 

1 

4 

AP  1 

EXEC  66 

•  afi 

<  SG> 

1 

1 

ERROR  18 

Q1 

AFI 

AF 

t 

AP 

<  SG> 

1 

4 

AF 

<SG>  1 
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0 

2 

Dl 
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4 

D2 
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6 
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7 
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9 
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10 
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11 
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12 

CD 
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13 

FI 
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UN 
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15 
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17 
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18 
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19 
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ID 
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21 
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22 
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TO 
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24 

B1 
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27 
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34 
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62245 

62255 

62265 

622/5 

623U5 

62315: 

62325 

62335 

62345 

62355 

62365 

623/5 

62405 

62415 

62425 

62435 

62445 

62455 

62465 
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62525 
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62545 
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62715 
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BF2 
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BE2 

S9 
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PRODUCTION 
01050210000 
01050210012 
00000000200 
01050210036 
00000000250 
01050310051 
01050210061 
01050210075 
01050310112 
00000000310 
00000000000 
01051000102 
00000000000 
00000000200 
00000000200 
00000000200 
00000000314 
01050210254 
01050210265 
01050210277 
01050210321 
01050210342 
01050510363 
01050310371 
00000000203 
00000000204 
00000000204 
00000000204 
00000000205 
01050410446 
00000000206 
00000000206 
00000000000 
01050300035 
00000000303 
00000000205 
01050510537 
00000000247 
00000000250 
00000000274 
00000000205 
01050510607 
00000000205 


TABLE 

00000000253 
00000000254 
01050700026 

ooooooooooo 
00000000200 
00000000241 
01051400054 
00000000276 
00000000236 
01050210132 
01050410150 
01050310160 
01050510172 
00000000247 
00000000247 
0105021 0231 
01050210245 
00000000246 
00000000304 
00000000306 
01051000112 
00000000342 
OOOOOOOOOOO 
OOOOOOOOOOO 
01050200001 
01050510411 
00000000222 
01050210432 
01050410437 
00000000251 
01050410457 
00000000270 
00000000205 
01050310507 
01050510520 
00000000247 
00000000250 
00000000277 
00000000205 
01050510570 
00000000247 
00000000250 
00000000301 


01050210003 
01050210015 
01050410026 
01  050510040 
00000000240 
00000000261 
01050210064 
01050210077 
00000000200 
00000000312 
00000000252 
01050300023 
00000000250 
01050410204. 
00000000206 
OOOOOOOOOOO 

ooooooooooo 

01 050210256 
01050210270 
01050210304 
01050210326 
01050210347 
00000000202 
00000000202 
00000000204 
OOOOOOOOOOO 
01050410421 
OOOOOOOOOOO 
00000000231 
00000000205 
00000000240 
01050510470 
00000000243 
OOOOOOOOOOO 
00000000250 
00000000265 
00000000205 
01 050510551 
00000000247 
0000000025U 
00000000340 
00000000205 
01090510621 


OOOOOOOOOOO 
0  0000110  0200 
00000000241 
0  0  0001)00240 
0  00  0  0110  0200 
01050310054 
00000000270 
00000000255 
01050210116 
0105021ni37 
00000000200 
00000000201 
OOOOOl)  00200 
01051200011 
0105031O216 
0105031.0233 
01050310247 
00000000200 
00000000273 
00000 000310 
01050600040 
01050400050 
000001100235 
0105031D379 
01050311)403 
OOODO'100204 
00000  |i  OUOOO 
01050310434 
000001)00205 
00000(100246 
000001100205 
OOOOOi'OOOOO 
00000O00202 
00000(i00205 
00000000205 
01050511)532 
00000n0n247 
00000000250 
OOOOOHOU273 
00000')  00205 
01  050511)602 
00000000205 
OOOOOl)  00250 


01050210005 

01050210021 

00000000200 

00000000200 

00000000200 

OOOOOOOOOOO 

01050210067 

01050210104 

00000000232 

00000000334 

00000000252 

01050310164 

OOOOOOOD247 

00000000200 

00000000247 

00000000200 

00000000246 

01050210260 

01050210273 

01050210311 

01050210333 

01050210354 

00000000203 

00000000235 

OOOOOOOOOOO 

01050200003 

00000000204 

01050200003 

00000000230 

01050510453 

00000000247 

00000000205 

01050510502 

01050510513 

00000000247 

00000000250 

00000000267 

00000000205 

01050510563 

00000000247 

00000000250 

00000000272 

00000000205 


01050700026 
OOOOOOOOOOO 
01050700026 
00000000200 
01050310047 
00000000261 
01050300035 
00000000252 
01050210120 
01050210144 
01050410154 
OOOOOOOOOOO 
00000000304 
00000000243 
00000000200 
00000000313 
00000000275 
01050200003 
00000000313 
00000000312 
01050300045 
00000000343 
01050310367 
00000000203 
00000000203 
00000000205 
00000000223 
00000000205 
01050310444 
00000000240 
01050510464 
01050400005 
OOOOOOOOOOO 
00000000250 
00000000263 
00000000205 
01050510544 
00000000247 
00000000250 
00000000337 
00000000205 
01050510614 
00000000205 


01050210010 

01050410023 

01050210032 

00000000261 

00000000240 

01050210057 

01050210072 

01050210107 

00000000341 

00000000302 

OOOOOOOOOOO 

00000000201 

01050410177 

01050510211 

01050310224 

01050310240 

01050210252 

01050210262 

01050210275 

01050210316 

01050210340 

01050210361 

00000000243 

01050510377 

01050310407 

01050410415 

01050310426 

01050310436 

01050400005 

00000000205 

00000000240 

00000000205 

00000000205 

00000000205 

01050510525 

00000000247 

00000000250 

00000000300 

00000000205 

01050510575 

00000000205 

00000000250 

00000000302 
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00000000236 

00000000240 

00000000247 

01050610043 

00000000261 

OOOOOOOOOOO 

00000000275 

00000000241 

01050210125 

01050210147 

00000000201 

01050210170 

00000000250 

00000000240 

OOOOOOOOOOO 

00000000200 

ooooooooooo 

00000000303 

00000000314 

01051400054 

00000000230 

OOOOOOOOOOO 

00000000202 

ooooooooooo 

01050200001 

OOOOOOOOOOO 

OOOOOOOOOOO 

00000000250 

00000000205 

00000000247 

00000000205 

01050510475- 

00000000243 

00000000247 

00000000250 

00000000304 

00000000205 

01050510556 

00000000247 

00000000250 

00000000271 

00000000205 

01050510626 


627/5 

63005 

63015 

63025 

63035 

63055 

63055 

63065 

630/5 

631U5 

63115 J 

63125* 

63135 

63155 

63155 

63165 

631/5 

63205 

63215 


65202 

65212 

65222 


65227 
65237 
65257 
65257 
65267 
65277 
65307 
65317 
65327 
65337 
65357 
65357 
65367 
653/7 
65507 
65517 
65527 
65437 
6545  7 
65457 
65467 
654/7 
65507 
65517 
65527 
65537 
65547 
65557 
65567 


00000000250 

00000000210 

00000000234 

01050510660 

01050210670 

01050410701 

01050300035 

01050310722 

00000000241 

01050410740 

OOOOOOOOOOQ 

00000000251 

00000000242 

00000000241 

01050311012 

00000000206 

00000000250 

00000000000 

OOOOOOOOOOQ 
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OOOOOOOOOOQ 

30000000000 

30000000000 


00000000205 

00000000232 

00000000212 

00000000000 

00000000000 

00000000251 

01050510713 

00000000000 

00000000220 

00000000251 

01050610753 

00000000220 

00000000220 

00000000220 

00000000241 

01050411023 

01050211036 

01050211050 

00000000276 


00000000206 
01 050310642 
01050310652 
00000000212 
01050310672 
00000000213 
00000000000 
00000000215 
01050610733 
00000000217 
00000000245 
00000000275 
00000000214 
01050211003 
00000000206 
00000000245 

ooooooooooo 

00000000236 

01050211063 


00070000004 

00020000001 

00070000741 

00020000001' 

00070000037 

00060000001 

00060000001 

00010000005 

00060000001 

00020000002 

00010000006 

00020000001 

00060000001 

00060000001 

00030000000 

00020000004 

00010000010 

00030000205 

00060000001 

00070000733 

00010000015 

00130050004 

00060000000 

00070000210 

00060000001 

00030000202 

00030000205 

00070000125 

0002000000 i 


0  0000  001)270 
OOOOO’iODOUO 
OOQOOij  00000 
00000001)233 
00000u00233 
00000000246 
00000000213 
01050210726 
00000000245 
00000000275 
00000001)220 
01050410765 
01050410774 

ooooonooooo 
01050211015 
00000)100205 
01050211040 
01050211051 
OOOOO  n  OflQOQ 


00000000201 

300001100000 

30000000000 


00130  ii  OOOOO 
001401)00000 
00020O00002 
00060)100000 
00020  >' 0  0  005 
000701,00004 
00070 o00210 
00060H00001 
00070000620 
001 30 '1 00023 
000601)00001 
00030 "00201 
000701)00536 
00070 000060 
00070 000536 
00030O00201 
00070i'00414 
00030“  Oil  000 
00070O00210 
00020*100002 
000601)00001 
00070000733 
00060*100001 
00060**00001 
00070O 00260 
0001  0*100020 
OOOl 0000022 
00020**00001 
00030*)00205 


01050210633 

00000000210 
00000000211 
0000000021 3 
00000000213 
01050510706 
00000000243 
OOOOOOOOOOO 
00000000217 
01050310745 
00000000242 
00000000236 
00000000245 
01050411005 
OOOOOOOOOOO 
00000000206 
00000000236 
00000000254 
30000000000 


00000000205 

30000000000 


00070D00741 
00070000004 
00010000003 
00060000001 
00010000004 
00020000002 
00060000000 
00070000203 
00060000000 
00060000001 
00070000536 
00010000020 
00060  OOOOOP . 
00020000002 
00020000002 
00010000072 
00020000002 
00010000011 
00020030002 
00030000201 
00070000125 
00060000001 
00070000210 
00070000173 
00020000001 
00060000001 
00060000001 
00030000202 
00010000061 


OOOOOOOOOOO 

01050510646 

01050310656 

01050310664 

01050310674 

OOOOOOOOOOO 

00000000202 

01050510730 

00000000242 

OOOOOOOOOOO 

00000000220 

00000000220 

00000000220 

00000000200 

01050411017 

01050211030 

01050211043 

01050211053 


00000000217 

30000000000 


00060000000 

00020000001 

00070000004 

00070000032 

00060000001 

00030000000 

00060000001 

00060000001 

00060000001 

00070000060 

00020000001 

00060000001 

00060000001 

00030000202 

00030000202 

00060000001 

00030000205 

00070000715 

00030000201 

00010000014 

00130000007 

00070000103 

00060000000 

00060000001 

00030000202 

00070000260 

00070000414 

00010000024 

00060000001 


01050410635 

OOOOOOOOOOO 

00000000234 

OOOOOOOOOOO 

00000000244 

00000000213 

01050210720 

OOOOOOOOUOO 

00000000220 

00000000217 

00000000214 

00000000236 

00000000214 

00000000247 

00000000240 

00000000240 

00000000254 

OOOOOOOOOOO 


00000000240 

30000000000 


00060000001 

00010000002 

00020000U03 

00130000002 

00070000045 

D0070000004 

00070000704 

00070000747 

00070000121 

00060000001 

00030000201 

00070000125 

00070000210 

00030000000 

0003000000C 

00070000125 

00030000000 

00020000002 

00030000000 

00060000001 

00070000733 

00060000001 

00060000001 

00070000173 

00010000017 

00060000000 

00020000001 

U0060000U01 

00070000333 


PRODUCTION  TABLE 
OOOOOOOOOOO  00000000215 
30000000000  30000000000 

30000000000  30000000000 


INTERPRETATION  TABLE 


00010000001 

00060000001 

00070000004 

00060000001 

00060000000 

00070000004 

00070000741 

00060000001 

00030000215 

00060000001 

00020000001 

00060000001 

00030000210 

00020000003 

00020000002 

00130000005 

00030000205 

00070000333 

00030000000 

00070000125 

00020000002 

00060000001 

00060000001 

00060000000 

00030000202 

00070000260 

00070000210 

00010000023 

00060000001 


00060000001 

00070000060 

00130000001 

00070000004 

00060000001 

00020000002 

00060000000 

00070000103 

00010000071 

00070000060 

00030000210 

00070000125 

00010000021 

00010000007 

00030000210 

00070000733 

00030000000 

00020000003 

00010000012 

00130000006 

00030000201 

00070000060 

00070000210 

00060000001 

00010000016 

00020000001 

00020000001 

00060000001 

00070000210 


OOOOOOOOOOO 

00000000211 

00000000212 

00000000212 

00000000213 

00000000243 

OOOOOOOOOOO 

00000000217 

00000000214 

01050210751 

01050410760 

01050410771 

01050311001 

00000000270 

00000000205 

01050211033 

01050211045 

01050311056 


30000000000 

30000000000 


00070000016 
00060000001 
00010000003 
00070000741 
00020000001 
00130000003 
00060000000 
00020000001 
00020000001 
00070000103 
00010000017 
00020000001 
00070000210 
00070000260 
00070000260 
00020000002 
00010000010 
00030000206 
0 0010000013 
00070000125 
00020000001 
00070000141 
00070000210 
00020000001 
00060000001 
00060000001 
00030000201 
00070000260 
00020000001 


655/7 

656U7 

65617 

6562  7 

65  6-67 

65617 

65657 

65667 

656/7 

6571)7 

65717 

65727 

657-17 

65717 

65757 

65767 

657/7 

6601)7 

6601  7 

66027 

660- 17 
66017 
66057 
66067 
660/7 
66107 
66117 
66127 

661- 3  7 
66117 
66157 
66167 
661/7 

6620  7 
66217 
66227 

662- 17 

6621  7 
66257 
66267 
66277 
66307 


00030000202 
00070000260 
00070000103 
00030000000 
00070000210 
00070000333 
00030000000 
00030000201 
00010000033 
00030000001 
00020000001 
00010000036 
00030000210 
00020000001 
00060000001 
00030000215 
00070000620 
00010000017 
00020000001 
00060000001 
00030000215 
00070000620 
00010000053 
00010000051 
00010000055 
00020000003 
00130000012 
00070000060 
00030000000 
00130000013 
00020000003 
00020000003 
00070000651 
00020000003 
00070000001 
00070000625 
00060000001 
00010000071 
00020000001 
00020000001 
00070000001 
00010000076 
T APE  8  4 


oooioo  looi’i 
001300)0072 
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o  o  o  i  o  o  I  n  o  ‘  i 

00  0200  1001  -I 
0  0  0  2  0  0 ')  0  0  0  3 
000700003.3- 
0001000003? 
OQ0600000- I 
00010000033 
00030000210 
00070000627 
00030000007 
000300  0021-) 
000700  00621' 
0001000001-. 
00020000004 

0006000U001 
00030'  00211 
00070c  00620 
00010(00052 
000201 00001 
00060000001 
00070'  00515 
000701 00555 
000300 00000 
00070(00733 
00020  II 0000 3 
00010)170037 
00070100733 
00030  100000 
00030100001 
00130  100015 
00  030  101121  7 
□  0010  100067 
00060  100001 
0  0  0  70  100  71  0 
00060000001 
00060000001 
00060000001 
00110000000 
00060000001 


RECORD  T1PE 


00060000001 
00070000733 
00030000203 
00070000306 
000300110000 
00030000205 
00330000010 
00060000001 
000  700002611 
00060000001 
00030000000 
00020000001 
00070000536 
00010000011 
00020000004 
0006000000  I 

00031100  0215 
00070000333 
•  QOOIOOOOIOO 
00020000004 
00060000001 
00030000210 
00070000620 
00020000002 
00020000002 
0001  0.700056 
00060000001 
00030000210 
000  70001)620 
00020000007 
0007000065) 
00010000061 
00070000733 
1)00  1  000  0064 
0(106000  0  00  ! 
30070000060 
70020010001 
000  /0000  7  15 
00070000725 
00070000001 
00070000733 
00070000620 


00070100260 
00l)20n0o003 
00 0  30 100 0  0  0 
00020(00002 
OOO1O1O11OJO 
000  30"0  (1000 
00070100733 
00070100125 
OOO2O1OUOOJ 
00070100210 
00010100035 
00030100215 
00020  '00004 
00060"00001 
00030101)202 
00070000620 
0001 0100046 
0D020i'00004 
00060 '1 00  001 
000301002) 5 
00070000620 
OOOl  010(1070 
OOljOliOOOU 
00030100211 
00030000212 
00070000572 
00070-100  103 
00010100060 
000201-011004 
00030'i0021  7 
000?0"00005 
011060(011001 
00020(0 1005 
00060  1 0  n  0  0 1 
00070  Oil 060 
0  0 1 J  3 1 0  U  0 1 7 
0006I)101001 
Of 070'00003 
00020  1  01)  001 

ooiio-onooo 

00020-00001 

00130100024 


00020000001 
00030000000 
00070000273 
00030000204 
00070000333 
00010000031 
00060000001 
00060000001 
00030000001 
00020000002 
00070000536 
00030000000 
00030000001 
00070000620 
00010000043 
00020000004 
00060000001 
00030000215 
00070000536 
00010000051 
00020000004 
00060000001 
00070000733 
00030000000 
00030000000 
00020000002 
00020000002 
00060000001 
00030000215 
00030000000 
00030000001 
00070000625 
0003000021 7 
00070000625 
00020001 003 
00i)  7000i733 
00070000103 
00030000201 
00060000001 
00070000733 
00060000001 
00070000733 


00030000202 
00010000025 
00060000001 
00030000000 
00020000003 
00070000333 
00070000210 
00070000210 
00030000000 
00010000034 
00020000004 
0001. 0000037 
00010000040 
00020000004 
00060000001 
00030000215 
00070000620 
00010000050 
00020000004 
00060000001 
00030000215 
00070000536 
00020000003 
00070000545 
00070000555 
00030000213 
00030000214 
00070000536 
00030000000 
00070000625 
00010000065 
00020000002 
00010000065 
00020000003 
10030000217 
00020000002 
00130000020 
00010000075 
00070000125 
00020000001 
00070000741 


NUMBER  OF  RECORDS  ST  ART | M G  RECORD 


SYMBOL  TAbLE 
HIERARCHY  TABLE 
PRODUCTION  TABLE 

metacharacter  LISTS 


00010000102 
00070000273 
00070000210 
00070000306 
00030000205 
00020000002 
00070000414 
00020000003 
000  70000715' 
00060000001 
00030000215 
00070000620 
00060000001 
00030000215 
00070000260 
00010000045 
00020000004 
00060000001 
00030000215 
00070000620 
00010000066 
00020000004 
00030000211 
00020000003 
00060000001 
00030000000 
00010000057 
00020000004 
0001000006? 
00130000014 
00060000001 
00030000220 
00060000001 
0001U000073 
00010000063 
00030000206 
00070000733 
UU060000001 
00130Q00021 
00060000UU1 
00020000002 


U,(, 

1)006111000  0  1 
000611  000  01 
0002(11)000  03 
>0060000001 
700 3 t OOOOOO 
00030(00205 
00020000003 
00030100202 
00020000003 
00070000103 
00030000000 
000200)0002 
0  0070111  0333 
00010(1100  42 
00020000004 
00060000001 
000300  ),  000  1 
00070000620 
00010000101 
00020000004 
00060000001 
00030000219 
000300000'" 
00030010000 
000700  l)J  103 
0007001)0572 
000600  (1000  1 
00030000215 
00070000620 
00070000733 
00070000  >25 
0  003000  J  'OO 
00070000^25 
0006000  J 101 
00  06000  JCOl 
OOOIOOO 1, 4  77 
000200011 0  1 
00  0700  00  ,-  25 
0  0  0  7  0  0  0  C 733 
0007000C733 
00030000215 


TIME  USED)  0005102 


RAC  |;5  USEDl  1) 


19100118 


Appendix  F 


147. 


This  appendix  consists  of  three  sample  programs  written  in  the 
small  language  and  translated  by  the  compiler  built  from  Appendices  B 
and  C.  None  of  the  programs  are  meant  to  do  useful  computations,  but 
rather  to  illustrate  the  functioning  of  .the  compiler. 

Example  1  is  a  correct  program  involving  fairly  complicated  uses 
of  conditional  and  arithmetic  statements.  Example  2  is  somewhat  sim¬ 
pler,  but  has  been  run  with  several  trace  options  on.  Example  3 
contains  an  example  of  a  semantic  error,  as  well  as  some  fairly  com¬ 
plex  code.  The  interested  reader  can  get  a  good  idea  of  the  type  of 
code  produced  by  the  system  from  these  examples.  However,  the  lack 
of  really  involved  structures  (procedures,  etc.)  in  the  small  language 
may  yield  an  unrealistically  optimistic  picture  of  the  sytem's  perfor¬ 


mance. 


tttttrtttttUttttUUttttrttttUtttttUttttttttttUt/tUttttttttttttttUtttttttttttttttttttUtttUtittUUtUUttti 


OPEH A  TOR- 04 0  14  MAY  64  19)10111  MAGIC  PAGES)  50  T I  ME  I  1  CC35.013  J,  FELDMAN 

COMPUTER.  CENTER 

(D 

00100*04 

CO  EXAMPLE  1 

SN  DUMP  1 

DEG | m  REAL  X.Y, ZEBRA)  BOOLEAN  P.Q)  LABEL  L1.L2) 

LI  I  1-  X* Y-ZEBra  » <  Y/2  )  I  v 

IF  IF  P  THEN  Q  ELSE  X=3  THEN  BEGIN  X-  X-l)  GOTO  LI  END 

else  goto  l2) 

Xf  X*l)  GOTO  L1I 
LB •  0-  TRUE 
END 


20  00  0 

0 

CLA 

2 

40000.00 

0 

MPT 

2 

40002,00 

0 

SID 

0 

72400,77 

0 

CLA 

2 

40002,  00^ 
10253, OO0'1 2 3 4 5 

0 

D I V 

0 

00002,00 

20  00  5 

0 

STD 

0 

72652.00 

0 

CLA 

2 

40004,00 

0 

STD 

0 

72650,00 

0 

TRM 

0 

0 

SUN 

2 

72400,77 

20012 

0 

STD 

0 

40002.00 

0 

CLA 

2 

40000,00 

D 

FUO 

0 

00003, 00 

0 

OCA 

0 

00001,00 

0 

CCL 

2 

14376,00 

2001  7 

0 

I  oz 

2 

40006  .  OU^, 
7240  0.7  7  ^ 

0 

TRA 

0 

20024,01) 

0 

CAL 

2 

40007, OD 

0 

STL 

0 

72400,77 

0 

TRA 

0 

20025,00 

20024 

0 

STL 

0 

0 

ICZ 

2 

72400,77 

0 

TRA 

0 

20030,00 

0 

TRA 

0 

20035.00 

0 

CLA 

2 

40000,00 

20031 

0 

SUB 

0 

00001.00 

0 

STD 

0 

40000,00 

0 

TRA 

0 

20000,00 

0 

TRA 

0 

20036.00 

0 

TRA 

0 

20042,00 

20036 

0 

CLA 

2 

40000.00 

0 

ADD 

0 

00001  , OO^r, 
0530  0  ,  OO®' 

0 

STD 

0 

40000,00 

0 

TRA 

0 

20000.00 

0 

CAL 

2 

14377,00 

20043 

0 

STL 

0 

40007.00 

n 

TRM 

0 

TIME  USED! 


00100107 


Q 


PAGES  USED) 


19U0I17 


1.  The  compiler  took  four  aeconde  to  read  in  the  tables  of  the  small  language. 

2.  Three  seconds  were  used  to  compile  and  dump  the  program. 

3.  T  lo  executed  by  a  library  subroutine. 

4.  Location  5300  is  t.b.e  monitor  HALT  routine. 

5.  Temporaries  start  at  72400j  the  index  register  allows  recursive  use  of  temporaries. 
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nttaittt1ttiaittt>tint1tat1ttrttiaitttitttnttrnttni11t1ttt11t1t1tttttittt1tl1taaattlttlt1ttlttnittttn 

OPEH A  f  OR- 0 40  £4  MAY  64  19118137  MAGIC  PAGESl  2|)  T I  ME  I  3 

f 


l  00100104 

CO  EXAMPLE  2 

SN  (D  CODE  1 
SN  (§)  EXEC  1 
SN  DUMP 


SEOIn  REAL  X.Y. ZEBRA)  BOOLEAN  P.O)  LABEL  L1,L2» 


00061 

63334 

00000000001 

00000000232 

00000000000 

00000000000 

OOOOO'IOOOOO 

00000000000 

00000000252 

00000000213 

00000000213 

00061 

63334 

00000000004 

00000000234 

00000000262 

00000000246 

OOOOOllOOOOO 

OOOOOOGOOOO 

00000000234 

00000000262 

00000000246 

00061 

63334 

00000000004 

00000000234 

00000000263 

00000000246 

ooooonouooo 

00000000000 

00000000234 

00000000263 

00000000246 

0-0  061 
63334 

00000000004 

00000000235 

00000000264 

00000000246 

00000 0 00000 

OQQOODOOOOO 

00000000235 

00000000264 

00000000246 

00  061 
63334 

00000000005 

00000000234 

00000000265 

00000000250 

ooono'.ouooo 

00000000000 

00000000234 

00000000265 

00000000250 

00  061 
63334 

00000000005 

00000000235 

00000000266 

00000000250 

OOQOO'iODOOO 

00000000000 

00000000235 

00000000266 

00000000250 

00061 

63334 

00000000036 

00000000234 

00000000267 

0000000025! 

OOOOO'IOOOOO 

00000000000 

00000000234 

00000000267 

00000000251 

00061 

63334 

00000000036 

00000000235 

00000000270 

0000000025! 

OOOOO'IOOOOO 

00000000000 

00000000235 

00000000270 

00000000251 

LI  1 

00061 

63334 

!  IF  (X*Y)/(X*Y)  =  ZEBRA 
00000000002 

00000000267  00000000246 

IHkN 

00000000252 

OOOOO'IOOOOO 

00000000000 

00000000267 

00000000235 

00000000252 

00061 

63334 

00000000032 

00000000236 

00000000267 

00000000252 

OOOOOliOOOOO 

00000000000 

00000000235 

00000000252 

00000000213 

00061 

63334 

00000000011 

0000n000262 

00000000267 

00000000252 

OOOOO'IOOOOO 

00000000000 

00000000262 

00000000242 

00000000255 

00061 

63334 

00000000011 

00000000263 

01030040000 

00000000252 

OOOOO'IOOOOO 

OOOOODOOOOO 

00000000263 

00000000216 

01030040000 

00  061 
63334 

00000000012 

00000000245 

01030040002 

00000000216 

01030 II 4  u  0  0  0 

00000000000 

00000000245 

01030040000 

00000000242 

200  00 
2000  1 

00  061 
63334 

04050040000 

04770040002 

00000000017 

00000000245 

00030400000 

00000000242 

01030 -14 II 000 

00000000000 

00000000242 

00000000255 

00000000235 

00  061 
63334 

00000000011 

00000000262 

00030400000 

00000000242 

01030 11 41)  000 

00000000000 

00000000262 

00000000242 

00000000217 

00061 

63334 

oooonooooii 

00000000263 

01030040000 

00000000242 

01030(140000 

00000000000 

00000000263 

00000000214 

01030040000 

00061 

63334 

00000000014 
00000000245  - 

01030040002 

00000000214 

Q1030'l4n000 

00000000000 

00000000245 

01030040000 

00000000242 

20002 

20003 

20004 
00061 
63334 

01537772400 

04050040000 

04450040002 

00000000017 

00000000245 

00030400000 

00000000242 

010301)40000 

00000000000 

00000000242 

01032072400 

00030400000 

CC35.013  J.  FELDMAN 

computer  center 
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00061 
63334 
2  0  0  0  5 
00061 
63334 
00061 
63334 
20006 
.  2000  7 
20010 
20010 
00061 
63334 
00061 
63334 
200  0  7 
20010 

00061 
63334 
00061 
63334 
00061 
63334 
00061 
63334 
0006  1 
63334 
20011 
20012 
0006  1 
63334 
20013 
00061 
63334 
2001  4 
00061 
63334 
00061 
63334 

20015 
00061 
63334 

20016 
20017 
00061 
63334 

00061 

63334 

00061 

63334 

00061 

63334 


00000000013 

00000000220 

00030400000 

01032072400 

000304  0(1000 

00570040002 

00000000011 

00000000264 

00030400000 

01  0320724011 

000304  011000 

00000000021 

00000000256 

01030040004 

00000000220 

00030 '<  00000 

05610040004 

00000000001 

04150014376 

04350014376 

00000000025 

00000000256 

00000400000 

00000000255 

00030400000 

00000000003 

00000400000 

00000400000 

00000000255 

00030400000 

00170000000 

00170000000 

BEGIN  X-  -X+ZEBRA)  GOTO  L2 

end  else  p» 

FALSE) 

00000000000  00000000220  00030400000  00000000255 

00000000000  00000000264  00000000220  00030400000 

00000000000  00000000256  00030400000  00000000255 

00000000000  00000000255  00000000235  00000000252 

00000000000  00000400000  00000000235  00000000252 


00061  00000000003 


6339  4 
20020 
20021 
20022 
00061 

01000040006 

04310040006 

00170000000 

00170000000 

00000000010 

01000040006 

00000000255 

00000000252 

00000400000 

01000040006 

63334 

00061 

00000000231 

00000000011 

00000000263 

00000000255 

0  0  000  0011252 

00000400000 

00000000231 

63334 

00061 

00000000264 

00000000034 

01030040002 

00000000255 

00000 O0 0252 

00000400000 

00000000264 

63334 

20023 

20024 

20025 

20026 
20027 
00061 

00000000235 

04050040004 

01530072652 

04050040002 

01530072650 

01770010253 

00000000020 

01030040004 

00000000231 

01030  0  4 II 002 

00000400000 

00000000235 

63334 

20030 

0  0061 

00000000235 

01530040000 

oooouooooo7 

00030400000 

00000000237 

00000 OO 0262 

00000400000 

00000000235 

63334 

00061 

00000000235 

00000000010 

00000000262 

01  00004  0006 

000000 0o262 

00000400000 

00000000235 

63334 

00061 

00000000224 

00000000011 

00000000262 

01  00  004  0006 

00000000262 

00000400000 

00000000224 

63334 

00061 

00000000263 

END 

00000000022 

00000000262 

01000040006 

00000000262 

00000400000 

00000000263 

63334 

20031 

20032 

20033 

20034 
00061 

00000000253 

04050040000 

05210040002 

00000000001 

041500143/6 

00000000027 

01030040002 

00000000224 

01030  u4  II 000 

00000400000 

00000000253 

63334 

20  035 
00061 

00006000253 

0173004000/ 

00000000035 

00000400000 

00000000237 

00000000266 

00000400000 

00000000253 

63334 

00061 

00000000253 

00000000037 

00000000266 

00000000235 

00000000252 

00000400000 

00000000252 

63334 

20036 

00000000252 

01770005300 

00000000213 

00000000235 

00000  00 '1252 

00000400000 

00000000213 

20000 

0 

CLA 

2 

40000,00 

0 

MPT 

2 

40002,00 

0 

STD 

0 

72400,77 

0 

CLA 

2 

40000,00 

2000  3 

0 

ROV 

0 

40002, 00 

0 

FUO 

2 

40004,00 

0 

TRA 

0 

20011,00 

0 

TRA 

0 

20016, 00 

20012 

0 

ADD 

2 

40004,00 

0 

STD 

0 

40000, 00 

0 

TRA 

0 

20020,00 

0 

TRA 

0 

20020,00 

200  17 

0 

STL 

0 

40006.00 

0 

ICZ 

? 

40006,00 

0 

TRA 

0 

20023,00 

0 

TRA 

0 

20031,00 

20024 

0 

STD 

0 

72652,00 

0 

CLA 

2 

40002,00 

0 

STD 

0 

72650,00 

0 

TRM' 

0 

10253,00 

20031 

0 

CLA 

2 

40000,00 

0 

FLO 

2 

40002, 00 

0 

OCA 

0 

00001,00 

0 

CAL 

2 

14376,00 

20036 

0 

TRM 

0 

05300,00 

TIME  USED  I  00  *  00  1  14  PACES  USEDl  3  19118150 

1.  This  causes  the  code  to  be  printed  as  it  is  compiled. 

2.  Causes  the  routine  number  and  L£FT1-LEFT5  and  R1GHTHIIGHT3  to  be  printed, 

3.  EXEC  12  'l'  io  called  to  add  "X  and  ZEBRA,  it  knows  to  subract  X  because  of  (Z ) 
The  notation  is  bit  sot  in  LEFT4. 
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00000000235  00000000252 

00000000263  00000000237 

00000000231  01030040002 

01030040002  00000000237 


00000000262  01000040006 

01000040006  00000000235 

00000000262  00000000237 

00000000224  01030040000 

01030040000  00000000237 

00000000266  00000000235 

00000000213  00000000213 

00000000213  00000000213 

0  ADD  2  40002,00 
0  CIS  2  40000,00 
0  CAL  2  14376,00 
0  CLA  2  40004,00 
0  STD  0  40000,00 
0  STL  0  40007,00 


u  Utiitt ttf$tttitt«tit*t**\'*i********'  '  <  '  ’ '  ** "  *  M  ’ f  * 


OPE<AIOH-O<0  l1!  MAY  t>4  19U1I05  MAGIC  PAGES!  5(1  T|Mf:l  1 


CCJ) 


I 

0  0  I  0  0  (!  0  A 


CO  EXAMPLE  3 

SN  DUMP 

BEGIN 

BEGIN  REAL  X,Y.  ZEDDl  BOOLEAN  P.O.ZEDEI 
ZEUE  -  IF  X/YtZEOU-X  =  X  THEN  P  ELSE  01 
X  ►  X»X  *  X*X  END 


(^AULT 


BEGIN  REAL  X.  Y ,  Z)  BOOLEAN  P.flJ 
X  -  Y  +  X*X*ZI (|? 

X  -  I  *  I )  Y  *  1.5)  Z  ►  X/31 
1 


FAULT 

P  ► 

P 

1 

TRUE) 

O  END 
END 

0  ►  false 

2000  0 

0 

CLA 

2 

40000,00 

2000  5 

0 

TRA 

0 

20011,00 

20012 

0 

STL 

0 

72400,77 

20017 

0 

STD 

0 

72401,77 

20024 

0 

CLA 

2 

40011,00 

20031  (h ) 

0 

C»L 

0 

00271,00 

20036 

0 

STD 

0 

40011,00 

20043 

0 

STD 

0 

40015,00 

20050 

0 

CAL 

0 

40020.00 

) 


0  DIV  2 
0  CAL  2 
0  CAL  2 
0  CLA  2 


40002,00 

40006,00 

72400.77 

40000,00 


0  ADD  2 
0  STL  0 
0  STL  0 
0  MPY  2 


40004,00 

72400,77 

40010,00 

40000,00 


0  MPY  2  40011,011  „  0  MPY  2  40015,00 
0  STD  0  72652,00  (JS  0  CAL  0  00271,00 
0  CLA  2  14401  .  0  0  -  0  STD  0  40013,00 
0  CAL  2  14377,00®  0  STL  0  40017,00 


0  STL  0  40017,00  0  TRM  0  05300,00 


0  SUB  2  400  )0.00  ’>.  4  011  HI 

0  TRA  0  200  13,  0  0  Cr.L  2  4 Q 0 f> 

0  CLA  2  400  10,00  Mf <  2  4000 

0  ADD  2  7 2 4 '( 1 , 7 7  0  STii  5  HOOOt 

0  ADD  2  400.3,0  0  0  STD  .  « U  S I 

0  STD  0  726?  0.0  0  0  11?"  0  A07i>  ' 

0  CLA  2  40  011,00  .-  0  D!  ■  1  000 

0  CAL  2  14376. OOtt  0  SI  4||0 


TIME  USED 1  OOlOOIOfl  PAGES  USED!  1  19 ' 11 « 12 

1.  The  aemantlc  error  mooeage  FAULT  1  la  prlntod  twice  because  'I'  was  not  declared, 

2.  Since  OK  waa  not  set  FALSE,  translation  continues  UBing  the  internal  name  of  'I'  nn  tti  i 

3.  The  floating  point  constant  '1.5*  la  put  in  a  cell  in  the  constant  region. 

A.  TRUE  and  FALSE  are  also  absolute  constants. 


